iamlequanghuong

Ooooo

874Volgend

846volgers

Feed

iamlequanghuong heeft opnieuw gepost

Gedetailleerde analyse van ETH's SATO Het goede nieuws is dat wij dit probleem niet hebben Ik heb het SATO Hook-contract bekeken, het probleem is niet simpelweg een transactiekosten, en het lijkt ook niet op een typische valstrik of dat het projectteam direct ETH wegneemt. Gedetailleerde analyse Het kernprobleem is dat het Hook intern twee curve-statussen onderhoudt die synchroon zouden moeten lopen: ethCum totalMintedFair Theoretisch zouden ze moeten voldoen aan: totalMintedFair = Curve.totalMinted(ethCum) of: ethCum = Curve.ethAt(totalMintedFair) Maar in het daadwerkelijke contract worden voor kopen en verkopen verschillende coördinaten gebruikt. Kooppad: Curve.mintFor(ethCum, ethToCurve) Dat wil zeggen, kopen wordt geprijsd op basis van de curvepositie van ethCum. Verkooppad: Curve.burnFor(totalMintedFair, satoFairIn) Dat wil zeggen, verkopen wordt geprijsd op basis van de positie die wordt teruggeleid uit totalMintedFair om ETH uit te betalen. Zodra ethCum > Curve.ethAt(totalMintedFair), ontstaat: Kopen tegen een duurdere curve, verkopen tegen een goedkopere curve. Dit is niet de gewone 0,3% + 0,3% fee. Ik heb een blok herzien, 25.041.403: Hook balans ≈ 1774,9398 ETH feesAccrued ≈ 91,1172 ETH curve reserve ≈ 1683,8226 ETH Maar de totale schuld aan de verkoopzijde, teruggeleid uit totalMintedFair, is slechts: ≈ 1626,8557 ETH Dat wil zeggen, er zat toen al: ≈ 56,9669 ETH in de Hook, maar de verkoopfunctie beschouwt dit niet als waarde die houders kunnen terugvorderen. Dit deel kan worden gedefinieerd als: gap = ethCum - Curve.ethAt(totalMintedFair) Dit geld is niet verdwenen, en is ook niet naar een valstrikadres of het projectteam gegaan. Het zit nog steeds in het Hook-contract. Maar omdat het verkooppad alleen totalMintedFair erkent en niet de extra gap van ethCum, wordt dit deel ETH een overreserve die niet bereikbaar is via het huidige handelsproces. De consequentie is: Latere aankopen zullen ethCum blijven verhogen, koopprijzen worden steeds hoger, maar verkopen en terugkopen worden nog steeds berekend op basis van de lagere totalMintedFair-curve. Hoe groter de gap, hoe groter het verlies bij kopen en direct verkopen. Dit zorgt ervoor dat de daadwerkelijke terugkoopwaarde van SATO continu wordt verdund, en in extreme gevallen kunnen houders, zelfs als er veel ETH in de Hook zit, niet volledig terugverkopen op basis van die ETH-saldi. Ik heb geen eigenaar / pauze / blacklist / belasting / upgrade rechten gevonden in de token zelf; minter is vergrendeld in de Hook. Dus dit lijkt meer op een bug in het ontwerp/implementatie van de Hook-curve accounting, niet op een traditionele eigenaar achterdeur. Maar het probleem is ernstig: het geïmplementeerde Hook heeft geen upgrade/admin herstelpunt, en er is ook geen withdraw/rescue om deze gap normaal te migreren. Als het projectteam het probleem wil stoppen, zouden ze ten minste moeten: 1. Kopen pauzeren of een sterke waarschuwing aan de frontend geven 2. Koopprijs en directe verkoopwaarde tonen 3. Geen enkele curveprijs meer tonen 4. Migratie/compensatie/nieuw Hook-plan maken Kern in één zin: Het probleem van SATO is niet dat ETH is gestolen, maar dat ETH is vastgezet in de Hook en een overreserve is geworden die de verkoopcurve niet erkent. Kort samengevat: Het probleem van SATO Hook is geen typische valstrik, en het lijkt ook niet dat het projectteam direct ETH wegneemt. De kern is dat ethCum en totalMintedFair in het contract niet synchroon lopen. Kopen wordt geprijsd op basis van ethCum, verkopen wordt terugbetaald op basis van totalMintedFair. Wanneer ethCum > Curve.ethAt(totalMintedFair), kopen gebruikers "tegen een hoge curve en verkopen tegen een lage curve". Het verschil in ETH zit nog steeds in het Hook-contract, maar het verkooppad erkent deze waarde niet, wat een oninbare gap vormt. Bij mijn herziening van blok 25.041.403 was de gap ≈ 56,97 ETH. Dit is geen gewone transactiekosten, maar een fout in de curve accounting.