Die Benutzer von SushiSwap haben für Änderungen gestimmt, aber das Protokoll kann nicht ohne eine Überarbeitung geliefert werden

Free Bitcoins: FreeBitcoin | BonusBitcoin

Coins Kaufen: Bitcoin.deAnycoinDirektCoinbaseCoinMama (mit Kreditkarte)Paxfull

Handelsplätze / Börsen: Bitcoin.de | KuCoinBinanceBitMexBitpandaeToro

Lending / Zinsen erhalten: Celsius NetworkCoinlend (Bot)

Cloud Mining: HashflareGenesis MiningIQ Mining


  • Die SushiSwap-Community hat über Richtlinienänderungen am Protokoll abgestimmt, um den Zeitplan für die Token-Belohnung zu reduzieren, eine Sperrfrist für neu geprägtes Sushi einzuführen und Gebühren zu erheben. Diese Änderungen können jedoch nicht vorgenommen werden, ohne zuvor auf neue intelligente Verträge umzusteigen, sagte ein Forschungsunternehmen gegenüber CoinDesk.
  • Der aktuelle MasterChef-Vertrag erlaubt keine Änderungen des SushiToken-Vertrags, der wiederum andere Protokollfunktionen für die Prägung von SUSHI-Token und die Zahlung von Prämien an SushiSwap-Inhaber vorschreibt.
  • Jeder intelligente Vertrag müsste manuell migriert werden, um die Änderungen vorzunehmen, behauptet das Forschungsunternehmen, obwohl das SushiSwap-Team nach Problemumgehungen sucht, die nicht so viel schweres Heben erfordern.

Die SushiSwap-Smart-Contract-Migration ist abgeschlossen, es gibt jedoch ein Problem: Möglicherweise ist eine weitere Migration erforderlich, wenn das Team Änderungen an dem Protokoll implementieren möchte, für das die SushiSwap-Community gestimmt hat.

Einschränkungen im SushiSwap-Code machen die vorgeschlagenen Änderungen ohne ernsthafte Änderungen am SushiSwap-Code unmöglich, nämlich eine weitere Migration, sagte das Blockchain-Forschungsunternehmen IntoTheBlock gegenüber CoinDesk.

Die SushiSwap-Community hat gerade dafür gestimmt, die Sushi-Token-Belohnung – ein sogenannter Liquidity Provider (LP) -Token, der für Sushi-Benutzer, die Token in den Liquiditätspools von SushiSwap einsetzen, belohnt wird – von 100 SUSHI pro Block auf 50 zu senken, wobei sich alle zwei Jahre die Hälfte halbiert . Darüber hinaus würde diese Änderung einen „Vesting“ -Mechanismus beinhalten, bei dem zwei Drittel aller neu geprägten SUSHI für ein Jahr gesperrt sind.

Diese unverfallbaren Token würden Transaktionsgebühren verdienen, könnten jedoch erst nach Ablauf der einjährigen Zeitsperre verschoben oder für Abstimmungen verwendet werden. Der Vesting-Vorschlag ist für dieses Projekt besonders wichtig, nachdem sein Vorfahr, Chef Nomi, am vergangenen Wochenende SUSHI-Token im Wert von 13 Millionen US-Dollar für Äther verkauft hat. Chefkoch Nomi hat dieses Vermögen jedoch kürzlich verwirkt und auf Twitter angekündigt, dass er die 37.400 Äther, die er durch den Handel mit seinen SUSHI-Token gesammelt hat, an die SushiSwap-Schatzkammer geschickt hat.

Weiterlesen: "I F ** ked Up": SushiSwap Creator Chef Nomi gibt 14 Millionen US-Dollar Dev Fund zurück

Sushi ausgerollt

Diese Vorschläge wurden in der Community mit Erdrutschmehrheit bewertet, aber IntoTheBlock erklärte, dass die aktuellen Smart-Verträge von CoinDesk SushiSwap nicht flexibel genug sind, um die Regeln des Protokolls zu ändern.

Der MasterChef-Vertrag sieht beispielsweise keine Änderung des Prämienplans vor, da die Emissionsrate „fest codiert“ ist.

„…[T]Die aktuelle Version des MasterChef-Smart-Vertrags hat die Anzahl fest codiert SUSHI-Token pro Block, der vergeben werden kann. Dies wurde über die sushiPerBlock Variable, die zum Zeitpunkt der Vertragserstellung mit einem Wert von 100 initialisiert wird und danach nicht mehr geändert werden kann. Sie können die Referenz in Zeile 96 des MasterChef-Smart-Vertrags sehen. Einfacher ausgedrückt: Ändern des Werts von sushiPerBlock Für eine Variable müsste ein neuer intelligenter Vertrag bereitgestellt werden “, heißt es in einem IntoTheBlock-Forschungsdokument, das mit CoinDesk geteilt wird.

Lesen Sie mehr: SushiSwap wird bis zu 830 Millionen US-Dollar von Uniswap abheben: Warum es für DeFi wichtig ist

Glücklicherweise gibt es tatsächlich eine Lösung für diese Einschränkung, für die keine weitere Migration erforderlich ist: Selbst wenn die Belohnung fest begrenzt ist, können zusätzliche Belohnungen an eine Sackgasse gesendet werden, auf die niemand Zugriff hat (und somit abnehmen) Belohnungen von 100 SUSHI bis 50 SUSHI, jede Blockbelohnung würde 50 der 100 geprägten SUSHI an diese Sackgasse senden).

„Obwohl diese Option clever ist, ist sie alles andere als elegant und liegt außerhalb des ursprünglichen Designs des SushiSwap-Protokolls“, heißt es in dem Bericht.

Die große Migration: Was das bedeuten würde

Die Behebung der anderen Einschränkungen wäre mehr als unelegant und würde eine vollständige Überarbeitung der intelligenten Verträge von SushiSwap erfordern. Das Problem ergibt sich aus einer Entwurfsentscheidung, bei der der MasterChef-Vertrag (der die Kontrolle über das Protokoll hat) nicht aktualisierbar und tatsächlich ist besitzt Laut Sablo Bianciotto, IntoTheBlock-Entwickler, müsste für die Migration auf einen neuen MasterChef-Vertrag (z. B. MasterChefV2) auch ein neuer SushiToken-Vertrag (SushiTokenV2) bereitgestellt werden.

"Die Einschränkung ergibt sich aus der Tatsache, dass MasterChef nicht aktualisierbar ist", sagte er gegenüber CoinDesk. „Um ein Upgrade durchzuführen, sollte die eigentliche Vertragslogik in einem anderen Vertrag gespeichert werden, auf den MasterChef verweist. Dies würde Ihnen die Flexibilität geben, die Münz- / Belohnungsverteilungslogik zu ändern, indem Sie diesen Sekundärvertrag durch einen neuen ersetzen und die MasterChef-Referenz aktualisieren.

"Darüber hinaus gehört SushiToken MasterChef. Um einen neuen MasterChef V2-Vertrag mit einer neuen Belohnungsverteilungslogik und aktualisierbaren Funktionen zu erstellen, muss auch der SushiToken-Vertrag migriert werden."

Zum Implementieren von Vesting wäre beispielsweise ein MasterChefV2 erforderlich und sagte ein SushiTokenV2 Bianciotto.

Lesen Sie mehr: Fishy Business: Was geschah mit 1,2 Milliarden US-Dollar DeFi-Protokoll SushiSwap über das Wochenende

Die Einschränkung des Codes würde auch die Umsetzung des Gebührenauszahlungsvorschlags beeinträchtigen, da es keine Möglichkeit gibt, die unverfallbaren Token aus dem MasterChef-Vertrag in einen anderen Vertrag zur Gebühreneinsatzübertragung zu übertragen.

"Dieser Teil ist noch schwieriger zu tun", sagte Bianciotto. "Um Gebührenzahlungen zu erhalten, müssen Sie SUSHI in den SushiBar-Vertrag aufnehmen. Wenn Ihr SUSHI, der für den Einsatz belohnt wird, unverfallbar ist und in MasterChef sitzt, können Sie ihn nicht von MasterChef an SushiBar übertragen, um Gebührenzahlungen zu erhalten." Er fügte hinzu, dass ein SushiBarV2 hochgefahren werden müsste, um dieser Änderung Rechnung zu tragen, sowie ein neuer SUSHI-Token-Münzvertrag (SushiMakerV2).

Ein Kaskadeneffekt

Tatsächlich führt die nicht aktualisierbare Natur des MasterChef-Vertrags zu einem Kaskadeneffekt, bei dem jeder von ihm kontrollierte Smart-Vertrag auch ein Upgrade erfordert, um die vorgeschlagenen Änderungen am Protokoll vorzunehmen. Die einzige Lösung besteht also darin, jeden Smart-Vertrag auf eine völlig neue Version zu migrieren.

Da jeder Vertrag erneut bereitgestellt werden müsste, wäre dieser Migrationsprozess arbeitsintensiver als der vorherige. Die vollständige Migration jedes Smart-Vertrags würde die Erstellung eines Schnappschusses aller Benutzersalden und das Ablegen neuer Token nach der Bereitstellung der neuen Verträge sowie die Migration einzelner Benutzerdaten aus allen Liquiditätspools von SushiSwap umfassen. Benutzer müssten außerdem alle SUSHI-Token in der SushiBar und in den SUSHI / ETH-Absteckpools vor dem Schnappschuss entfernen.

Biaciotto sagte, dass Snapshot und Airdrop für Benutzeradressen zwar einfach erscheinen mögen, „intelligente Verträge, die auf SushiToken basieren, jedoch möglicherweise nicht mehr funktionieren, wenn sie nicht für die Verwendung des neuen SushiTokenV2 aktualisiert werden.“

Er bemerkte auch, dass es für diese Änderungen „keine zeitlichen Einschränkungen“ gibt. Er empfahl eine transparente und methodische Migration, die auch „den Weg für das nahtlose Hinzufügen / Ändern von Protokollfunktionen in der Zukunft ebnet“, um zu vermeiden, dass weitere Änderungen durch eine andere Migration implementiert werden müssen.

Antwort der Gemeinschaft

CoinDesk wandte sich an die neu gewählte Führung von SushiSwap (diejenigen Mitglieder, die einen von neun Multisignaturschlüsseln besitzen, um die Protokollentwicklung zu diktieren), um zu fragen, ob sie eine weitere Migration planen.

"Kurzfristig keine Migration", antwortete 0xMaki, der Hauptentwickler von SushiSwap, der von Anfang an an dem Projekt beteiligt war. 0xMaki fuhr fort, dass sie die Vesting- und Fee-Staking-Vorschläge umsetzen wollen, aber dass "es mehr Nachdenken erfordern wird", um sich durchzusetzen.

Bianciotto bestand jedoch darauf, „der einzige Weg nach vorne zu sein [to implement these proposals] scheint eine Migration durchzuführen. “

Lesen Sie mehr: Die SushiSwap-Migration läutet die Ära der „Protokollpolitiker“ ein

Ein anderes Teammitglied bestand darauf, dass eine solche Migration "wesentlich weniger kompliziert" sei und dass "keinerlei Bedenken hinsichtlich der sich abzeichnenden Probleme bestehen". Bianciotto bekräftigte, dass "jede Art von Migration nicht trivial ist", da "SUSHI im Besitz von MasterChef ist".

Um die Forschung von IntoTheBlock zu bestätigen, wandte sich CoinDesk an Zokyo Labs, ein Blockchain-Sicherheits- und Entwicklungsunternehmen mit einem DeFi-Studio. Ein Vertreter von Zokyo bestätigte die Ergebnisse von IntoTheBlock.

Free Bitcoins: FreeBitcoin | BonusBitcoin

Coins Kaufen: Bitcoin.deAnycoinDirektCoinbaseCoinMama (mit Kreditkarte)Paxfull

Handelsplätze / Börsen: Bitcoin.de | KuCoinBinanceBitMexBitpandaeToro

Lending / Zinsen erhalten: Celsius NetworkCoinlend (Bot)

Cloud Mining: HashflareGenesis MiningIQ Mining

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close