Timeline for Observing a contract's behavior and withdrawing tokens from it
Current License: CC BY-SA 4.0
4 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 16 at 15:43 | comment | added | Joey Meere | It appears to be using pyth oracles, which narrows things down. From the simulation you sent, you can likely cross reference the accounts passed in with known pyth oracles on mainnet (pyth.network/price-feeds?cluster=solana-mainnet-beta), and narrow down which one it might be using. This seems to be a matter of the specific oracle not being updated in a timely manner, resulting in a stale price. If you can deduce which oracle is being used, you may be able to add a substitute, copy the ix data and accounts, and try to call the instruction via script with the new oracle | |
| Jun 16 at 15:33 | comment | added | Max Pasmanik | First of all thanks a lot for the answer! So I checked and it seems that it's not open source and it doesn't have an IDL🙁 (Unless I am missing something) I tried to follow osec.io/blog/2022-08-27-reverse-engineering-solana blogpost but apparently only paid version of Binary Ninja supports plugins Isn't there any other way? From the failed transaction: explorer.solana.com/tx/… it seems like some oracle related issue, if that's the case than there is nothing to do about it? | |
| Jun 15 at 20:03 | history | edited | Joey Meere | CC BY-SA 4.0 |
deleted 6 characters in body
|
| Jun 15 at 19:43 | history | answered | Joey Meere | CC BY-SA 4.0 |