Neueste
Bleibe auf dem Laufenden mit den neuesten Beiträgen.
Beiträge
1677- DiskussionFürSuiMar 08, 2025
Haben Sie sich versehentlich auf SUI statt APTOS zurückgezogen, irgendwelche Wiederherstellungsmöglichkeiten?
Hallo Leute, ich habe kürzlich eine Auszahlung bei Bybit vorgenommen und fälschlicherweise das SUI-Netzwerk anstelle von APTOS verwendet. Ich habe USDT auf eine SUI-Brieftasche abgehoben, aber sie unterstützt USDT nicht. Ich habe es bereits überprüft und es gibt keine aktuellen Aktivitäten. Ich habe auch bestätigt, dass die Auszahlung von Bybit bearbeitet wurde, aber der Transaktions-Hash, den ich habe, ist im SUI-Netzwerk nicht gültig. Leider bedeutet dies, dass mein Vermögen verloren gehen könnte. Gibt es eine Möglichkeit, mein Geld zurückzugewinnen, oder habe ich Pech gehabt?
- Sui
- Architecture
00 - DiskussionElvin CLONE 206FürSuiMar 08, 2025
Wo kann man $SUI im Bundesstaat New York kaufen?
Ich versuche herauszufinden, wo ich $SUI kaufen kann, während ich im Bundesstaat New York ansässig bin. Könnte mir jemand mit den Plattformen oder Börsen helfen, die für den Kauf von $SUI hier zur Verfügung stehen?
- Sui
00 - ArtikelFürSuiMar 08, 2025
Sui Fam Official — 7. März 2025
Sui Sui Fam, Tim Ed (Kryptoforscher und Analyst) Ich trage als Videoeditor für die Sui Official Community auf X zur Sui Foundation bei Genießt die Neuigkeiten und Alphas dieser Woche auf Sui! Folgt dem offiziellen Kanal von Sui Fam auf X: https://x.com/SuiFamOfficial Mein X-Profil: https://x.com/EdCryptoFi
- Sui
0 Löst das Abheben von Anrufen auf MaticWETH automatische Schritte aus?
Ich versuche, den Prozess innerhalb des Polygon-Netzwerks für die Rückübertragung von MaticWETH-Token an das Ethereum-Netzwerk zu verstehen. Wenn ich die Auszahlungsfunktion für ein Token wie MaticWETH aufrufe, scheint dies ein Transfer-Ereignis an die Nulladresse auszulösen. Leitet dieses Ereignis automatisch die ersten Schritte ein, die erforderlich sind, um das Token zurück zu Ethereum zu überbrücken, einfach weil das Token bereits zugeordnet ist?
- MATIC
00- DiskussionFürSuiMar 08, 2025
USDT wird nach der Überbrückung von Sui zu Ethereum nicht angezeigt
Ich habe kürzlich einige USDT von meiner Sui-Wallet zu Ethereum überbrückt. Obwohl ich die Transaktion aus meiner EVM-Wallet nicht bestätigt habe, wurden die USDTs von Sui abgebucht, sind aber nicht in meiner EVM-Wallet erschienen. Kannst du mir helfen, dieses Problem zu lösen?
- Sui
- Architecture
02 - ArtikelFürSuiMar 08, 2025
Dieser Artikel zielt darauf ab, das #UTXO -Modell von $BTC bis $SUI zu lernen und zu verstehen
Dieser Artikel zielt darauf ab, das UTXO-Modell zu lernen und zu verstehen. Es verwendet eine leicht verständliche Methode, um die UTXO-Modelle und Implementierungsmethoden einfach von $BTC bis $SUI zu sortieren. Es wird einen umfassenden Überblick geben, den wir hier aus Gründen der Klarheit und Tiefe erweitern, um eine professionelle und gründliche Analyse zu gewährleisten. Als eines der Kerndesignprinzipien von Bitcoin ist das UTXO-Modell seit seiner Geburt zu einem wichtigen technischen Paradigma im Blockchain-Bereich geworden. Es spielt eine wichtige Rolle bei der Gewährleistung der Transaktionssicherheit und Rückverfolgbarkeit und bietet neben dem traditionellen Kontostandmodell einen weiteren Weg. Da die Blockchain-Technologie in den letzten Jahren kontinuierlich aktualisiert und weiterentwickelt wurde, wurde auch das UTXO-Modell selbst ständig weiterentwickelt und erweitert. Einführung in UTXO und seine Ursprünge Das UTXO-Modell, oder Unspent Transaction Output, ist ein grundlegendes Konzept bei Bitcoin, bei dem jede Transaktionsausgabe, die nicht ausgegeben wurde, als UTXO erfasst wird. Bei diesem Modell werden Transaktionen wie Bargeld behandelt. Bei Ausgaben werden bestimmte UTXOs ausgewählt, um den Betrag abzudecken, anstatt ein einzelnes Guthaben zu ändern. Das Beispiel: Alice und Bob beginnen jeweils mit 5 Dollar. Wenn Bob Alice im Kontomodell 2 Dollar raubt, wird Alices Guthaben auf 3 und Bobs auf 7. Beim UTXO-Modell wird Alices 5-Dollar-UTXO ausgegeben, um zwei neue UTXO zu kreieren: 2 Dollar an Bob und 3 Dollar zurück an Alice. Bob hält jetzt seinen ursprünglichen 5-Dollar-UTXO und den neuen 2-Dollar-UTXO, insgesamt 7 Dollar. Dieser Ansatz, der in Understanding UTXO: A Comprehensive Guide ausführlich beschrieben wird, gewährleistet Transparenz und verhindert doppelte Ausgaben, da jedes UTXO innerhalb der Kette öffentlich verfolgt wird und gleichzeitig der Datenschutz durch anonyme Adressen gewahrt bleibt. Es ist nicht schwer zu erkennen, dass Alice 3 Dollar übrig hat und Bob 7 Dollar. Diese Rechnungslegungsmethode, die der Addition und Subtraktion in der Grundschule ähnelt, kommt im Bankensystem häufig vor und wird als Konto-/Saldomodell bezeichnet. Darin existiert der Saldo eines Kontos als ein einziger Wert. Wenn ein anderer Ansatz als das Kontomodell verwendet wird, z. B. UTXO, um den Vermögenstransfer zwischen Alice und Bob darzustellen, sieht das Diagramm anders aus: Vergleich mit dem Konto-/Saldomodell Das Konto-/Saldomodell, das im Bankwesen üblich ist, verwaltet einen einzigen Saldo pro Konto, der bei jeder Transaktion aktualisiert wird. Das ist zwar einfach, weist aber darauf hin, dass es zu Konflikten kommt, wenn mehrere Transaktionen dasselbe Konto ändern. Oft sind Sperren erforderlich und es kommt zu Leistungsengpässen, insbesondere bei hohen Transaktionsvolumen. Im Gegensatz dazu das UTXO-Modell, wie in [Exploring the UTXO Model: What Set Apart It Apart in the Blockchain World?] erklärt (https://blog.defichain.com/exploring-the-utxo-model-what-sets-it-apart-in-the-blockchain-world/), vermeidet dies, indem es Transaktionen auf unabhängigen UTXOs verarbeitet und so eine parallele Ausführung ohne Sperren ermöglicht und so den Durchsatz und die Parallelität verbessert. Datenschutz ist ein weiterer Vorteil, da Krypto-Wallets pro Transaktion neue Adressen generieren, was es schwieriger macht, Verbindungen zu Einzelpersonen herzustellen, im Gegensatz zu den festen Adressen des Kontomodells, die anfälliger für Korrelationsanalysen sind. Allerdings sind die Grenzen des UTXO beim Umgang mit komplexer Geschäftslogik, wie z. B. mehrstufigen Verträgen, die zum kontobasierten Modell von Ethereum geführt haben, wie in Was ist ein UTXO? Ungenutzte Transaktionsausgaben erklärt. Das Objektmodell von SUI: Überbrückung von UTXO- und Kontomodellen SUI konzentriert sich, wie im X-Post beschrieben und von Object Model | Sui Documentation unterstützt, den Speicher auf Objekte, nicht auf Konten, mit zwei Schlüsseltypen:OwnedObject (address-owned) und SharedObject. Das OwnedObject erweiterte UTXO, bei dem nur der Besitzer arbeiten kann und jede Version einmal ausgegeben wird, was den UTXO-Prinzipien entspricht. Beispielsweise kann ein Objekt, das einer Adresse gehört, nur von seinem Besitzer geändert werden, ähnlich wie bei einem UTXO. Umgekehrt ist SharedObject für jeden zugänglich, ähnlich dem Kontomodell, erfordert jedoch einen Konsens über die Reihenfolge der Lese- und Schreibvorgänge, um Statuskonflikte zu vermeiden, wie in Sui Components | Sui Documentation beschrieben. Dies wird durch eine spezielle Verarbeitung wie die lokale Sortierung bewerkstelligt. Der objektorientierte Ansatz von Sui beleuchtet, wie sich das SUI-Modell auf Skalierbarkeit, Sicherheit und Benutzererfahrung auswirkt. Eigentümertypen in SUI | Eigentumsart | Beschreibung | Barrierefreiheit | --------| --------| -------- | Gehört der Adresse | Gehört einer bestimmten 32-Byte-Adresse (Kontoadresse oder Objekt-ID) | Nur für den Eigentümer zugänglich | Unveränderlich | Kann nicht mutiert, übertragen oder gelöscht werden; kein Besitzer | Für jeden zugänglich | Geteilt | 0x2::transfer::share_objectFunktion zur gemeinsamen Nutzung | Für jeden zugänglich | Umschlossen | Organisiert Datenstrukturen, indem ein Feld vom structTyp in ein anderes Feld eingefügt wird | Nicht spezifiziert Zu den eigenen Objekten gehört gemäß UTXO auch die Adresse, auf die sich die Adresse bezieht, während gemeinsam genutzte Objekte explizit für alle zugänglich sind, was dem breiteren Zugriff des Kontomodells entspricht. Mein Fazit und Überlegungen für die Zukunft Der Übergang von Bitcoins UTXO zum Objektmodell von SUI stellt eine bedeutende Weiterentwicklung dar, die Flexibilität bietet und die Einschränkungen von UTXO in Bezug auf komplexe Logik durch SharedObject berücksichtigt, während gleichzeitig die Vorteile von UTXO in Bezug auf Parallelität über OwnedObject erhalten bleiben. Dieser duale Ansatz, der in Exploring Suis Object-Centric Model und The Move Programming Language untersucht wurde, positioniert SUI als vielseitige Plattform, die möglicherweise einen neuen Standard für Blockchain-Datenmodelle setzt.
- Sui
- Architecture
- SDKs and Developer Tools
- Move
0 - DiskussionFürSuiMar 07, 2025
Können Sie SUI-Münzen direkt an Ledger Stax überweisen?
Ich bin daran interessiert, meine SUI-Münzen auf einem Ledger Stax aufzubewahren. Ich würde gerne wissen, ob es möglich ist, SUI direkt von einer Börse oder einer SUI-Wallet auf eine Ledger Stax zu übertragen. Wenn ja, habe ich vor, eine Überweisung vorzunehmen. Hat jemand Informationen zur aktuellen Unterstützung für diesen Prozess?
- Sui
01 - ArtikelFürSuiMar 07, 2025
Entwicklung eines Würfelspielvertrags in Sui Move
In diesem Tutorial führe ich dich durch den Prozess der Erstellung einesSmart Contracts für Würfelspielemit Sui Move. Dieser Vertrag ermöglicht es Spielern, auf**das Ergebnis eines Würfelwurfs zu wetten, wobei ein Administrator den Preispool verwaltet. Am Ende wirst du einen voll funktionsfähigen Vertrag haben und ein solides Verständnis der wichtigsten Sui Move-Konzepte haben. Einführung Der Würfelspiel-Vertrag, den wir erstellen werden, sieht die folgenden Funktionen vor: Initialisierung: Der Vertragsersteller richtet das Spiel ein. Admin-Management: Ein Admin kann Tokens in den Preispool einzahlen und diese bei Bedarf abheben. Spielerinteraktion: Die Spieler nehmen teil, indem sie das Ergebnis des Würfelwurfs erraten und Wetten platzieren. Dieses Tutorial setzt ein grundlegendes Verständnis von Sui Move voraus und konzentriert sich auf die Einführung neuer Konzepte durch praktische Umsetzung. Bevor wir in den Code eintauchen, wollen wir uns mit den wichtigsten Konzepten befassen, denen Sie begegnen werden: 1.1 Abhängigkeiten hinzufügen: Um Token aus einem anderen Vertrag (z. B. einem Faucet-Token-Vertrag) zu verwenden, müssen Sie ihn als Abhängigkeit in Ihrem Projekt hinzufügen. Dies geschieht, indem Sie die Move.tomlDatei Ihres Vertrags aktualisieren: [dependencies] coin_duck = { local = "../coin_duck"”} Hier ist coin_duck der Faucet-Token-Vertrag, der sich auf dem angegebenen Pfad befindet. Der abhängige Vertrag muss außerdem sein published-at-Feld in seiner eigenen Move.toml mit der Paket-ID angeben, die bei der Veröffentlichung abgerufen wurde, etwa so: Rost published-at = "packageId_from_publication" 1.2 Assertions verwenden Assertions stellen sicher, dass bestimmte Bedingungen bei der Vertragsausführung erfüllt werden. Das assert!Makro überprüft eine Bedingung und gibt, falls sie fehlschlägt, einen Fehler aus und stoppt die Ausführung. Dies ist nützlich, um ungültige Zustände zu verhindern, z. B. wenn mehr als das Guthaben eines Spielers gesetzt wird. 1.3 Generieren von Zufallszahlen Fairness im Würfelspiel hängt von der Generierung von Zufallszahlen ab. Sui Move stellt das randomModul für diesen Zweck zur Verfügung. Sie erstellen ein RandomGeneratorObjekt und verwenden es, um eine Zufallszahl zwischen 1 und 6 zu generieren, wodurch ein Würfelwurf simuliert wird. 1.4 Mit Coin and Balance arbeiten In Sui Move werdenTokenmithilfe der Module Coin und Balance verwaltet: Coin: Eine Hülle rund um das Guthaben, das für die Übertragung von Tokens verwendet wird. Guthaben: Stellt den tatsächlichen Betrag der Tokens dar und ermöglicht Operationen wie das Teilen und Zusammenführen. Zu den wichtigsten Methoden gehören: coin: :value (in_coin): Gibt den Gesamtwert eines Coin-Objekts zurück. coin: :take (&mut balance, amount, ctx): Extrahiert einen bestimmten Betrag aus einem Guthaben, um eine Münze zu erstellen. in_coin.balance_mut () .split (amount): Teilt einen bestimmten Betrag aus dem Guthaben einer Münze auf. balance.join (balance): Führt ein Guthaben mit einem anderen zusammen. Diese Operationen werden verwendet, um den Preispool des Spiels und die Spielerwetten zu verwalten. Der Vertrag über das Würfelspiel Hier ist der komplette Code für den Würfelspielvertrag, gefolgt von ausführlichen Erklärungen: /// Game: Dice rolling. Players bet and guess the number. If correct, they win an amount equal to their bet; if incorrect, the bet goes to the game pool. module game_duck:game_duck; use sui::balance::{Self, Balance}; use sui::coin::{Self, Coin}; use sui::random::{Random, new_generator, generate_u8_in_range}; use coin_duck::duckfaucet::DUCKFAUCET; const ErrorUserInsufficient: u64 = 0x101; const ErrorGameInsufficient: u64 = 0x102; public struct Game has key { id: UID, pool_amount: Balance, } public struct Admin has key { id: UID, } fun init(ctx: &mut TxContext) { let game = Game { id: object::new(ctx), pool_amount: balance::zero() }; transfer::share_object(game); let admin = Admin { id: object::new(ctx) }; transfer::transfer(admin, ctx.sender()); } public entry fun addCoinToGamePool(game: &mut Game, in_coin: &mut Coin, amount: u64, _: &mut TxContext) { let value = coin::value(in_coin); assert!(amount = amount, ErrorGameInsufficient); let coin = coin::take(&mut game.pool_amount, amount, ctx); transfer::public_transfer(coin, ctx.sender()); } entry fun play(game: &mut Game, random: &Random, guess_num: u8, in_coin: &mut Coin, amount: u64, ctx: &mut TxContext) { assert!(game.pool_amount.value() >= (amount * 3), ErrorGameInsufficient); assert!(in_coin.balance().value() >= amount, ErrorUserInsufficient); let mut g = new_generator(random, ctx); let win_num = generate_u8_in_range(&mut g, 1, 6); if (win_num == guess_num) { let reward_coin = coin::take(&mut game.pool_amount, amount, ctx); in_coin.join(reward_coin); } else { addCoinToGamePool(game, in_coin, amount, ctx); } } Struktur des Codeaufbaus Spiel: Ein gemeinsames Objekt mit einer eindeutigen ID und einem Pool_amount (Balance) zur Speicherung des Preispools. Admin: Ein Schlüsselobjekt, das dem Administrator für die Initialisierung (Init) zur Verwaltung des Pools gehört. Initialisierung (Init): Erzeugt ein Spielobjekt mit leerem Preispool und teilt es öffentlich. Erzeugt ein Admin-Objekt und überträgt es an den Vertragsersteller. Zum Pool hinzufügen (AddCoinToGamePool) Zieht einen bestimmten Betrag von der in_coin des Admins ab. Verwendet assert! um sicherzustellen, dass die Münze einen ausreichenden Wert hat. Teilt den Betrag aus dem Guthaben von in_coin auf und fügt ihn dem Pool_amount des Spiels hinzu. Ergebnis: Gewinn: Stimmt der Tipp mit dem Wurf überein, wird eine Belohnung in Höhe des Einsatzes aus dem Pool genommen und mit der in_coin des Spielers zusammengerechnet. Verliere: Falls falsch, wird der Einsatz von in_coin abgezogen und über AddCoinToGamePool dem Pool hinzugefügt.
- Sui
- Move
1 Wie übertrage ich Wormhole auf SUI an eine Börse?
Ich versuche, ein Wormhole auf SUI-Basis von meiner Sui-Wallet auf eine andere Börse zu übertragen. Ich habe versucht, über Suivision zu wechseln, aber der Slippage ist momentan zu hoch. Gibt es Alternativen zur Konvertierung oder Übertragung, ohne den Suivision Swap-Prozess zu verwenden?
- Sui
- Architecture
02- Experten Q&A
FürPeera MetaMar 06, 2025Counter.sol wurde in Openzeppelin-Verträgen nicht gefunden
lib/openzeppelin-contracts/contracts/utils/Counters.sol": No such file or directory (os error 2)
- discussion
- expert q&a
02
