Neueste
Bleibe auf dem Laufenden mit den neuesten Beiträgen.
Beiträge
2069Wie kann ich SUI-Münzen aus einer alten Brieftasche wiederherstellen?
Ich habe versucht, meine SUI-Münzen zu finden, als ich ein neues Slush-Konto einrichte, aber ich sehe sie nicht. Wie kann ich überprüfen, ob ich den richtigen Begriff verwende, um mein altes Wallet zu importieren?
- Sui
02Beherrschen von Move-Sprachkonzepten — Kurs #2
ImKurs #1, den ich bereits gemacht habe, wurden Sie zwar in die Grundlagen des Schreibens intelligenter Verträge in Move und der Erstellung einfacher DApps auf der Sui-Blockchain eingeführt, aber dieser Kurs konzentriert sich darauf,Ihr Verständnis der Move-Sprache selbst zu vertiefen— von ihrem leistungsstarken Typsystem bis hin zu fortgeschrittenen Mustern wie Generics, Ereignissen, Modulen und Zugriffskontrollmechanismen. Am Ende dieses Kurses werden Sie in der Lage sein: Schreiben Sie modularen, wiederverwendbaren und sicheren Move-Code Nutze Generika, Fähigkeiten und Ressourcentypen effektiv Implementieren Sie mithilfe von Funktionen eine differenzierte Zugriffskontrolle Senden Sie Ereignisse aus und hören Sie sich diese an, um eine Integration außerhalb der Kette zu ermöglichen Arbeiten Sie mit komplexen Datenstrukturen wie Tabellen und Vektoren Verstehe, wie sich Move von anderen intelligenten Vertragssprachen wie Solidity unterscheidet Tauchen wir in das Herz der Move-Sprache ein! Schritt 1: Die wichtigsten Sprachfunktionen von Move verstehen Move wurde unter Berücksichtigung von Sicherheit und Klarheit entwickelt. Lassen Sie uns einige der wichtigsten Funktionen untersuchen, die Move als intelligente Vertragssprache einzigartig machen. 1.1 Ressourcenorientierte Programmierung (überarbeitet) Im Mittelpunkt von Move steht das Konzept derRessourcen. Dabei handelt es sich um spezielle Typen, die nicht kopiert oder gelöscht werden können, sofern dies nicht ausdrücklich erlaubt ist. Dies erzwingt den sicheren Umgang mit digitalen Assets wie Token oder NFTs. module examples::token { use sui::object::{Self, UID}; struct MyToken has key, store { id: UID, value: u64, } public fun mint(ctx: &mut TxContext): MyToken { MyToken { id: object::new(ctx), value: 100, } } } In diesem Beispiel: MyToken- keyist eineRessource, weil sie die Fähigkeit hat. store- Sie kann gespeichert (id) und anhand ihrer Eigenschaft eindeutig identifiziert werden. Es kann nicht dupliziert oder gelöscht werden, sofern nicht anders angegeben. Dadurch wird garantiert, dass jede MyTokenInstanz einzigartig verwaltet und verwaltet wird, sodass versehentliches Duplizieren oder Löschen verhindert wird. 1.2 Fähigkeitensystem Jeder Move-Typ hat eine Reihe vonFähigkeiten, die definieren, welche Operationen er unterstützt: | Fähigkeit | Bedeutung | | --------| ---------| | copy| Kann dupliziert werden | | drop| Kann zerstörungsfrei weggeworfen werden | | store| Kann im globalen Speicher gespeichert werden | | key| Kann als Struktur mit einem ID-Feld (d. h. einem Objekt) verwendet werden | Beispiel: struct Example has copy, drop { value: u64 } Das Verständnis dieser Fähigkeiten ist für die Gestaltung sicherer und vorhersehbarer intelligenter Verträge unerlässlich. Warum Fähigkeiten wichtig sind Fähigkeiten setzen bei der Kompilierung strenge Regeln durch. Zum Beispiel: Eine Struktur mit nur keyund storekann nicht kopiert oder gelöscht werden. Sie können keine Struktur aus einer Funktion zurückgeben, die nicht gelöscht werden kann, es sei denn, sie wird gespeichert oder übertragen. Dies verhindert Fehler wie doppelte Ausgaben oder versehentlichen Token-Verlust. 1.3 Generische Daten und Typparameter Move unterstützt generische Typen, sodass Entwickler flexiblen und wiederverwendbaren Code schreiben können. module examples::storage { use sui::object::{Self, UID}; struct Box has key { id: UID, content: T, } public fun new_box(ctx: &mut TxContext, content: T): Box { Box { id: object::new(ctx), content, } } } Hier `ist einTypparameter, der die Box`Arbeit mit jedem Typ ermöglicht und gleichzeitig sicher und effizient ist. Hinweis: Das phantomSchlüsselwort gibt an, dass Tsich dies nicht auf die Laufzeitdarstellung der Struktur auswirkt — nützlich für die abstrakte Modellierung. Schritt 2: Modulare Entwicklung und Paketmanagement Wenn Ihre Move-Projekte immer komplexer werden, wird die Organisation Ihres Codes von entscheidender Bedeutung. 2.1 Move-Pakete erstellen und veröffentlichen EinMove-Paketenthält ein oder mehrere Module und definiert Abhängigkeiten. Es ist die Einheit für Bereitstellung und Versionierung in Move. Verzeichnisstruktur: sources/ place.move user.move Move.toml Definieren Sie Abhängigkeiten inMove.toml: [dependencies] Sui = { git = "https://github.com/MystenLabs/sui.git", subdir = "crates/sui-framework" } MyLibrary = { local = "../my-library" } Sie können Pakete im Sui-Netzwerk veröffentlichen und sie in mehreren DApps wiederverwenden. 2.2 Wiederverwendung vorhandener Module cointransfertx_contextDasSui Frameworkbietet praxiserprobte Module wie, und. Prüfen Sie immer, was verfügbar ist, bevor Sie benutzerdefinierte Logik schreiben. Um beispielsweise ein Objekt zu übertragen: use sui::transfer; public entry fun send_place(place: Place, recipient: address) { transfer::public_transfer(place, recipient); } Die Verwendung von Standardbibliotheken gewährleistet eine sicherere, schnellere Entwicklung und bessere Interoperabilität. Schritt 3: Ereignisse und Off-Chain-Kommunikation Um reale Anwendungen zu erstellen, müssen Ihre Move-Verträge mit Off-Chain-Systemen wie Frontends oder Indexern kommunizieren. 3.1 Ausstrahlende Ereignisse Move ermöglicht die Ausgabe vonEvents, die von externen Diensten indexiert werden können. use sui::event; struct PlaceCreated has drop { name: String, } public fun emit_place_created(name: String) { event::emit(PlaceCreated { name }); } Dieses Ereignis wird in der Blockchain erscheinen und kann von Explorern oder Indexierungstools aufgegriffen werden. 3.2 Ereignisse anhören Verwenden Sie Tools wieSuite Explorer,Subsquidoder die Sui JSON-RPC-API, um auf ausgegebene Ereignisse zu warten und in Ihrer Anwendung entsprechend zu reagieren. In JavaScript/TypeScript: import { JsonRpcProvider } from '@mysten/sui.js'; const provider = new JsonRpcProvider('https://fullnode.devnet.sui.io'); const events = await provider.getEvents({ MoveEventType: '0x...::example::PlaceCreated' }); Schritt 4: Zugriffskontrolle und Sicherheitsmuster Sicherheit ist beim Umgang mit intelligenten Verträgen von größter Bedeutung. Move bietet verschiedene Tools zur Implementierung einer robusten Zugriffskontrolle. 4.1 Modell des Objektbesitzes Sui setzt das Eigentum auf Protokollebene durch. Nur der Besitzer eines Objekts kann es ändern oder übertragen. public entry fun update_name(sweet_place: &mut SweetPlace, new_name: String) { sweet_place.name = new_name; } Nur der aktuelle Besitzer kann diese Funktion aufrufen. 4.2 Funktionsmuster Für detailliertere Berechtigungen verwenden Sie dasCapability Pattern— erstellen Sie spezielle Objekte, die eingeschränkten Zugriff auf bestimmte Funktionen gewähren. struct AdminCap has key { id: UID } public entry fun grant_admin_cap(ctx: &mut TxContext) { let cap = AdminCap { id: object::new(ctx) }; transfer::public_transfer(cap, tx_context::sender(ctx)); } public entry fun restricted_action(_: &AdminCap) { // perform admin action } Jetzt AdminCapkönnen nur Benutzer ausführen, die das besitzenrestricted_action. Dieses Muster wird in DeFi und DAOs häufig verwendet, um Befugnisse sicher zu delegieren. Schritt 5: Arbeiten mit komplexen Datenstrukturen Move unterstützt strukturierte Datentypen, die es Entwicklern ermöglichen, komplexe Logik und Beziehungen zu modellieren. 5.1 Vektoren Vektoren werden verwendet, um geordnete Sammlungen von Objekten desselben Typs zu speichern. let names = vector[String::utf8(b"Alice"), String::utf8(b"Bob")]; Sie sind nützlich, um Listen von NFTs, Benutzerrollen oder dynamischen Metadaten zu speichern. Beispiel für die Verwendung: vector::push_back(&mut names, String::utf8(b"Charlie")); 5.2 Tabellen (über die Sui Standard Library) Move unterstützt zwar keine nativen Maps oder Hash-Tabellen, aber Sui stellt den TableTyp in seiner Standardbibliothek bereit. use sui::table::{Self, Table}; struct Registry has key { id: UID, entries: Table, } public fun add_entry(registry: &mut Registry, key: u64, value: String) { table::add(&mut registry.entries, key, value); } Verwenden Sie Tabellen, um große Datensätze effizient zu verwalten. Schritt 6: Testen und Debuggen Ihrer Verträge Durch das Testen wird sichergestellt, dass sich Ihr Move-Code unter verschiedenen Bedingungen wie erwartet verhält. 6.1 Komponententests in Move Schreiben Sie Komponententests mithilfe des Test-Frameworks direkt in Ihre Move-Module. #[test] public fun test_create_sweet_place() { let ctx = tx_context::dummy(); create_sweet_place(&mut ctx, String::utf8(b"My House")); } Führen Sie Tests durch mit: sui move test 6.2 Sui Explorer verwenden Verwenden Sie nach der Bereitstellung Ihres Vertrags den Sui Explorer, um Transaktionen zu überprüfen, Objektstatus einzusehen und Probleme zu debuggen. Schritt 7: Reale Anwendungen von Advanced Move-Konzepten Nachdem Sie nun die wichtigsten Sprachfunktionen verstanden haben, wollen wir untersuchen, wie sie sich auf reale Szenarien anwenden lassen. 7.1 NFT Minting Platform Erstellen Sie eine Plattform, die es Benutzern ermöglicht, NFTs zu minten, die durch Move-Ressourcen unterstützt werden, und nutzen Sie dabei die Eigentums- und Ressourcenmodelle. 7.2 DAO-Wahlsystem Implementieren Sie eine dezentrale autonome Organisation (DAO), die Move für Abstimmungen, Vorschläge und Verwaltung nutzt und Ereignisse und Funktionen für sichere Aktionen nutzt. 7.3 Token-Swaps und AMMs Erstellen Sie eine dezentrale Börse (DEX) mithilfe von Move-Modulen zur Darstellung von Liquiditätspools und Token-Swaps. Verwenden Sie Generics und Tabellen für ein effizientes Zustandsmanagement.
- Sui
- Architecture
- Move
2- ArtikelFürSuiJun 30, 2025
Was sind dynamische NFTs und warum zeichnet sich Sui dadurch aus?
Der NFT-Raum entwickelt sich über statische Bilder und Profilbilder (PFPs) hinaus. Die nächste Grenze? Dynamische NFTs (dNFTs) — Token, die sich aufgrund realer Daten, Benutzerinteraktionen oder On-Chain-Ereignisse ändern können. Während viele Blockchains NFTs unterstützen, ist Sui Network dank seiner innovativen Architektur einzigartig positioniert, um die Zukunft von DNFTs voranzutreiben. Dieser Artikel befasst sich mit: Was macht einen NFT „dynamisch“? Warum die Technologie von Sui perfekt für DNFTs ist Reale Anwendungsfälle heute Die Zukunft interaktiver digitaler Assets #1. Was sind dynamische NFTs? Im Gegensatz zu herkömmlichen NFTs (die statisch und unveränderlich sind) können dynamische NFTs Folgendes aktualisieren: Metadaten (z. B. ein Sport-NFT, das sich je nach Spielstatistik ändert) Aussehen (z. B. ein Kunstwerk, das sich im Laufe der Zeit weiterentwickelt) Nützliches Tool (z. B. ein Treue-NFT, das neue Vorteile freischaltet) Wie funktionieren sie? DNFTs verwenden intelligente Vertragslogik und externe Dateneingaben (Orakel, Benutzeraktionen usw.), um Änderungen auszulösen. Beispiel: Ein wetterempfindliches NFT-Kunstwerk, das die Farben auf der Grundlage von Echtzeit-Klimadaten ändert. Ein NFT für einen Spielcharakter, der beim Spielen aufsteigt. #2 Warum Sui die beste Blockchain für dynamische NFTs ist Während Ethereum und Solana auch DNFTs unterstützen, bietet das Design von Sui wichtige Vorteile: On-Chain-Speicher (keine externen Abhängigkeiten) Die meisten Blockchains speichern NFT-Metadaten außerhalb der Kette (z. B. IPFS), wodurch dynamische Updates umständlich werden. Sui speichert alles in der Kette und ermöglicht so sofortige, vertrauenswürdige Änderungen. Move Language: Sichere und flexible Upgrades Die Solidity von Ethereum erfordert komplexe Proxyverträge für aufrüstbare NFTs. Die Move-Sprache von Sui ermöglicht native Wandelbarkeit — ohne umständliche Problemumgehungen. Parallele Verarbeitung (enorme Skalierbarkeit) Tausende von DNFTs gleichzeitig aktualisieren? Ethereum hat mit Staus zu kämpfen. Die parallele Ausführung von Sui verarbeitet Millionen von Updates ohne Verzögerungen. Objektzentriertes Modell (granulare Steuerung) Jedes NFT ist ein unabhängiges Objekt mit anpassbarer Logik. Ermöglicht eine fein abgestimmte Interaktivität (z. B. kann nur der Besitzer Änderungen auslösen). #3. Reale Anwendungsfälle von DNFTs auf Sui Gaming und Metaverse Sich entwickelnde Gegenstände im Spiel (z. B. ein Schwert-NFT, das bei Gebrauch Fähigkeiten gewinnt). Spielübergreifende Interoperabilität (Suis Objekte können sich zwischen DApps bewegen). Beispiel: *SUI-basierte Spiele wie Panzerdogs verwenden DNFTs für anpassbare Avatare. * Generative und reaktive Kunst KI-gestützte NFTs, die ihren Stil je nach Markttrends ändern. Kollaborative Kunst, bei der Sammler das endgültige Stück beeinflussen. Beispiel: *Kunstlabore wie die Sui Gallery veranstalten DnFT-Ausstellungen. * Nachverfolgung von Vermögenswerten in der realen Welt (RWA) Geben Sie NFTs an, die mit Immobiliendatensätzen aktualisiert werden. Zertifizierungsabzeichen, die automatisch ablaufen oder sich verlängern. Treue- und Mitgliedschaftsprogramme Dynamische Rabatt-NFTs, die sich mit den Kundenausgaben verbessern. VIP-Zugangspässe, die im Laufe der Zeit neue Stufen freischalten. Beispiel: *Die Einzelhandelspartner von Sui testen dNFT-Treueprogramme. * #4 Die Zukunft von DNFTs auf Sui Erwarte zu sehen: KI-integrierte DNFTs (z. B. Chatbots, die in NFT-Avataren leben). Mit DeFi besicherte DNFTs (der Wert passt sich den Marktbedingungen an). Vollständige On-Chain-Spiele, bei denen jedes Asset ein veränderbares dNFT ist. Fazit: Sui gestaltet die Zukunft der NFTs Während statische NFTs 2021-2023 dominierten, werden dynamische NFTs den nächsten Bullenlauf dominieren — und Suis Technologie macht sie zur idealen Plattform. Mit**On-Chain-Speicher, der Sicherheit von Move und unübertroffener Skalierbarkeit ist Sui auf dem besten Weg, die Heimat fortschrittlicher DNFTs zu werden.
- Sui
- Architecture
5 - ArtikelBenjamin XDV232FürSuiJun 30, 2025
Wird KI menschliche Entwickler in Web3 ersetzen?
Die rasante Weiterentwicklung KI-gestützter Codierungstools (wie GitHub Copilot, ChatGPT und Claude) hat eine Debatte ausgelöst: *Wird KI irgendwann Web3-Entwickler ersetzen? * KI verändert zwar die Art und Weise, wie wir dezentrale Anwendungen (DApps) erstellen, aber die Antwort ist kein einfaches Ja oder Nein. In diesem Artikel wird Folgendes untersucht: Wie KI die Web3-Entwicklung bereits verändert Einschränkungen der KI bei der Blockchain-Codierung Die sich entwickelnde Rolle menschlicher Entwickler Wer wird die Zukunft von Web3 dominieren: KI, Menschen oder beides? #1. Wie KI die Web3-Entwicklung verändert KI unterstützt Entwickler bereits auf wichtige Weise: Schnelleres intelligentes Verfassen von Verträgen Tools wie ChatGPT und Warp AI (für Solana) können in Sekundenschnelle grundlegende Smart-Contract-Vorlagen generieren. Beispiel: "Schreiben Sie einen Solidity ERC-20-Token-Vertrag mit Brennfunktion. „ Automatisierte Prüfung und Fehlererkennung KI-gestützte Tools (Certora, Slither) scannen den Code nach Sicherheitslücken wie Reentrancy-Angriffen. Reduziert die jährlichen Verluste durch DeFi-Hacks über 3 Mrd. USD. Codieren in natürlicher Sprache Entwickler können Logik in einfachem Englisch beschreiben, und KI wandelt sie in Move (Sui), Solidity (Ethereum) oder Rust (Solana) um. Optimierung der Gasgebühren und des Gaseinsatzes KI schlägt gaseffiziente Transaktionsmethoden vor. Prognostiziert die besten Zeiten für die Bereitstellung von Verträgen, um Netzwerküberlastungen zu vermeiden. #2 Warum KI Web3-Entwickler (noch) nicht vollständig ersetzen wird Trotz dieser Fortschritte weist KI immer noch kritische Einschränkungen auf: Mangelndes tiefes Verständnis von Blockchain KI kann vorhandenen Code replizieren, hat aber Probleme mit neuartigen kryptografischen Lösungen (z. B. Zero-Knowledge-Proofs). Halluziniert oft falsche Logik in komplexen intelligenten Verträgen. Kein Gespür für Sicherheitsrisiken KI kann subtile Angriffsvektoren übersehen, die menschliche Auditoren erkennen. Beispiel: *Eine KI sieht möglicherweise keinen Governance-Exploit in einer DAO voraus. * Unfähigkeit zur Innovation Die meisten KI-Tools remixen bestehenden Code, anstatt neue Konsensmechanismen oder Tokenomik-Modelle zu erfinden. Echte Blockchain-Durchbrüche (wie der PoS-Übergang von Ethereum) erfordern immer noch menschlichen Einfallsreichtum. Rechtliche und ethische blinde Flecken KI kann sich nicht in regulatorischen Grauzonen zurechtfinden (z. B. Wertpapiergesetze für Token-Markteinführungen). Ethische Entscheidungen (z. B. Kompromisse zwischen Dezentralisierung und Skalierbarkeit) erfordern menschliches Urteilsvermögen. #3. Die Zukunft: KI als Co-Pilot, kein Ersatz Das wahrscheinlichste Szenario? KI unterstützt Entwickler, ersetzt sie aber nicht. Junge Entwickler werden KI nutzen Routineaufgaben (Standardverträge, Komponententests) werden automatisiert. Einsteiger müssen sich in den Bereichen Sicherheit und Architektur weiterbilden, um relevant zu bleiben. Ältere Entwickler werden sich auf Innovation konzentrieren Hochkarätige Ingenieure werden neue Protokolle entwickeln, L1/L2-Systeme optimieren und ungelöste Probleme (z. B. MEV-Widerstand) angehen. Neue Rollen werden entstehen „AI Smart Contract Trainers“ — Feinabstimmung von Modellen für Blockchain-spezifische Aufgaben. „Hybrid Auditor“ — Kombination von KI-Tools mit manueller Überprüfung. Fazit: KI ist ein Tool, keine Übernahme KI wird Programmierjobs auf niedriger Ebene auf den Kopf stellen, aber den Bedarf an erfahrenen Web3-Entwicklern nicht überflüssig machen. Stattdessen wird sich die Branche verändern: Durchschnittliche Entwickler, die sich auf Copy-Paste-Codierung verlassen, riskieren Veralterung. Elite-Entwickler, die sich mit KI und umfassender Blockchain-Expertise auskennen, werden Erfolg haben. Endgültiges Urteil: Kurzfristig (2024-2026): KI übernimmt 30-50% der Boilerplate-Codierung. Langfristig (2030+): Menschen und KI entwickeln gemeinsam intelligentere und sicherere DApps.
- Sui
- Move
4 - Experten Q&A0xduckmove618FürSuiJun 30, 2025
Ist der Testnet-Server ausgefallen?
0|pictor-node | SuiHTTPStatusError: Unexpected status code: 503 0|pictor-node | at SuiHTTPTransport.request (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/client/http-transport.ts:113:10) 0|pictor-node | at processTicksAndRejections (node:internal/process/task_queues:105:5) 0|pictor-node | at SuiClient.getNormalizedMoveFunction (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/client/client.ts:397:10) 0|pictor-node | at /home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/experimental/transports/json-rpc-resolver.ts:267:17 0|pictor-node | at async Promise.all (index 0) 0|pictor-node | at normalizeInputs (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/experimental/transports/json-rpc-resolver.ts:264:3) 0|pictor-node | at resolveTransactionData (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/experimental/transports/json-rpc-resolver.ts:33:3) 0|pictor-node | at /home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/transactions/resolve.ts:68:3 0|pictor-node | at /home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/transactions/Transaction.ts:764:5 0|pictor-node | at _Transaction.runPlugins_fn (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/transactions/Transaction.ts:786:3) { 0|pictor-node | status: 503, 0|pictor-node | statusText: 'Service Unavailable' 0|pictor-node | } `
- Sui
- Architecture
11 - Experten Q&ABenjamin XDV232FürSuiJun 30, 2025
What Are Common Security Pitfalls in Sui Move Development?
I’m auditing a Sui Move smart contract and want to avoid critical vulnerabilities. From reviewing past exploits, I’ve seen: access control issues, arithmetic overflows, reentrancy risks, frontrunning, improper object ownership Questions: What are the most critical Sui Move vulnerabilities to watch for? How does Move’s ownership model prevent/differ from traditional reentrancy? Are there Sui-specific attack vectors (e.g., object spoofing)?
- Sui
- Architecture
52Beste Antwort Der Einfluss der KI auf dezentrale Anwendungen (DApps)
KI revolutioniert dApps, verbessert intelligente Verträge, DeFi und Blockchain-Ökosysteme — und wirft gleichzeitig Fragen zu Sicherheit und Dezentralisierung auf. Wichtige KI-Innovationen bei dApps Intelligentere Smart Contracts — KI ermöglicht adaptive Verträge, die Gebühren optimieren, Exploits erkennen und sich an die Marktbedingungen anpassen (z. B. Fetch.ai). KI-gestütztes DeFi — Verbessert das Risikomanagement, die Betrugserkennung und die automatisierten Portfoliostrategien (z. B. Numerai). Dezentrale KI-Marktplätze — Blockchain ermöglicht einen transparenten Handel mit KI-Modellen mit Anreizen (z. B. Bittensor). AI Oracles — Verbessert die Datengenauigkeit für dApps durch die Validierung und Verarbeitung komplexer Eingaben (z. B. DIA). KI-generierte NFTs & Gaming — Erzeugt dynamische NFTs und adaptive Spielerlebnisse (z. B. Alethea AI). Herausforderungen bei KI-gestützten DApps Risiken der Zentralisierung Die meisten KI-Modelle benötigen eine enorme Rechenleistung und verlassen sich häufig auf zentralisierte Cloud-Anbieter (z. B. AWS, Google Cloud). Dies widerspricht dem Dezentralisierungsethos der Blockchain und führt zu potenziellen einzelnen Fehlerquellen. Lösungen wie dezentrale Computernetzwerke (z. B. Akash, Gensyn) zielen darauf ab, dieses Problem zu lösen, befinden sich aber noch in einem frühen Stadium. Regulatorische Unsicherheit Wenn ein KI-gesteuerter Smart-Contract eine fehlerhafte Entscheidung trifft (z. B. eine falsche Liquidation in DeFi), wer haftet dann — der Entwickler, das KI-Modell oder die DAO? Regierungen können strenge Regeln für KI-gestützte Finanzanwendungen auferlegen, wodurch Innovationen möglicherweise behindert werden. Die Einhaltung von Vorschriften wird komplex, wenn KI in mehreren Ländern tätig ist. Hohe Kosten für On-Chain-KI Das Trainieren und Ausführen von KI-Modellen auf der Kette ist aufgrund von Gasgebühren und Speicherbeschränkungen unerschwinglich teuer. Neue Lösungen wie maschinelles Lernen ohne Wissen (zKML) und Off-Chain-KI mit On-Chain-Verifizierung könnten die Kosten senken. Layer-2-Skalierungslösungen können helfen, aber die Effizienz bleibt eine Herausforderung. Zukünftige Möglichkeiten für KI in DApps Autonome DAOs, die von KI gesteuert werden KI könnte die menschliche Stimmabgabe in DAOs ersetzen und Entscheidungen auf der Grundlage von Datenanalysen in Echtzeit treffen. Beispiel: Ein KI-DAO, das ein DeFi-Protokoll verwaltet, könnte Zinssätze oder Sicherheitsparameter ohne Vorschläge automatisch anpassen. Selbstoptimierende Blockchains KI-gestützte Konsensmechanismen könnten Blockgröße, Gebühren oder Sicherheitsprotokolle aus Effizienzgründen dynamisch anpassen. Netzwerke könnten aus früheren Angriffen „lernen“ (z. B. 51-prozentige Angriffe), um zukünftige Exploits zu verhindern. KI-kuratierte DeFi-Protokolle DeFi-Plattformen könnten KI verwenden, um Liquiditätspools automatisch auszugleichen, Abstürze vorherzusagen oder böswillige Akteure auf die schwarze Liste zu setzen. Beispiel: Ein KI-gestütztes Kreditprotokoll könnte die Sicherheitenanforderungen in Echtzeit an die Marktvolatilität anpassen.
- Sui
5- Experten Q&AFürSuiJun 30, 2025
How to Create a Liquidity Pool in Sui Move?
I'm building a DeFi protocol on Sui and need to implement a basic liquidity pool (like Uniswap-style AMM) in Move. I'm struggling with: Storing LP tokens – How to handle dynamic supply and balances? Deposits/Withdrawals – Ensuring atomic swaps and proper math. Fee mechanism – Where to deduct fees without breaking invariants? Frontrunning protection – Is there a built-in way to handle slippage? What I've tried: Basic two-token pool using Table for balances. Manual LP mint/burn logic. Fixed 0.3% fee on swaps. Issues encountered: "Arithmetic overflow" when calculating liquidity. Reentrancy risks – Can Sui Move prevent this? LP token accuracy – Decimals handling feels hacky. Questions: What’s the correct architecture for a Sui liquidity pool? How to implement safe math for swaps/deposits? Are there Sui-specific optimizations (vs. EVM AMMs)? How to make the pool composable with other DeFi protocols?
- Sui
51Beste Antwort Häufige Sui-Blockchain-Fehler: Objektsperrung und Faucet-Ratenbegrenzungen
Bei der Entwicklung oder dem Testen von Anwendungen auf der Sui-Blockchain stoßen Entwickler häufig auf zwei häufige Probleme: 1.Fehler beim Sperren von Objektwährend der Transaktionsausführung 2.Anfragen zu Faucets mit begrenzter Ratebeim Versuch, Test-Token zu erhalten Dieser Artikel erklärt beide Probleme ausführlich und bietet umsetzbare Lösungen, mit denen Sie Frustrationen während der Entwicklung vermeiden können. #1. Fehler: Objekte sind für eine andere Transaktion reserviert 🔍 Was bedeutet das Möglicherweise tritt ein Fehler wie dieser auf: JsonRpcError: Failed to sign transaction by a quorum of validators because one or more of its objects is reserved for another transaction. Das bedeutet, dass ein oder mehrere Objekte (z. B. Gasmünzen oder gemeinsam genutzte Objekte), die an Ihrer Transaktion beteiligt sind, derzeit durch eine zuvor eingereichte Transaktion gesperrt sind — auch wenn diese noch nicht abgeschlossen wurde. Sui verwendetOptimistic Concurrency Control, wodurch Objekte gesperrt werden, bis eine Transaktion abgeschlossen ist oder abläuft (~30—60 Sekunden). Wenn mehrere Transaktionen vor der Finalisierung versuchen, dasselbe Objekt zu verwenden, schlagen sie mit diesem Fehler fehl. So überprüfen Sie, ob ein Objekt verfügbar ist Verwenden Sie die sui_getObjectRPC-Methode, um den Objektstatus zu überprüfen: curl --location --request POST 'https://fullnode.testnet.sui.io:443' \ --header 'Content-Type: application/json' \ --data-raw '{ "jsonrpc": "2.0", "id": 1, "method": "sui_getObject", "params": [""] }' Wenn die Antwort "status": "Locked"oder enthält"owner": "locked", warten Sie, bevor Sie das Objekt erneut verwenden. Bewährte Methoden zur Vermeidung von Problemen beim Sperren von Objekten 1.Warten Sie auf den Abschluss, bevor Sie neue Transaktionen einreichen waitForTransactionAus dem SDK verwenden: import { JsonRpcProvider } from '@mysten/sui.js'; const provider = new JsonRpcProvider('https://fullnode.testnet.sui.io:443'); await provider.waitForTransaction(''); 2.Verwenden Sie mehrere Gasmünzen Teilen Sie Ihre Gasmünze auf, um Konflikte zu vermeiden: sui client split-coin --coin-id --amounts Verwenden Sie dann für jede Transaktion eine andere Gasmünze. 3.Wiederholen Sie den Vorgang mit exponentiellem Backoff Wenn Sperrfehler auftreten, versuchen Sie es nach zunehmenden Verzögerungen (z. B. 1s, 2s, 4s) erneut. 4.Über den Explorerüberwachen Verwenden Sie Sui Explorer, um den Status der Sperrtransaktion per Digest zu verfolgen. #2 Fehler: 429 Zu viele Anfragen — Begrenzung der Faucet-Rate Was bedeutet das Wenn Sie Test-Tokens vom Sui-Faucet anfordern, wird möglicherweise Folgendes angezeigt: API Error: 429 POST /v2/gas - “429 Too Many Requests” Dies weist darauf hin, dass Sie das Ratenlimit überschritten haben — in der Regel aufgrund zu vieler Anfragen von derselben IP-Adresse oder demselben Konto innerhalb eines 24-Stunden-Fensters. Lösungen Probieren Sie alternative Wasserhähne aus faucet.testnet.sui.ioDer offizielle Wasserhahn () hat strenge Grenzwerte. Sie können alternative Dienste ausprobieren: https://faucet.n1stake.com/ https://faucet.sui.io Für diese Wasserhähne gelten oft mildere Richtlinien oder separate Ratenbegrenzungen. Testkonten wiederverwenden Anstatt jedes Mal neue Konten zu erstellen, können Sie vorhandene Konten wiederverwenden, um die Anzahl der Fallanfragen zu reduzieren. Führen Sie ein lokales Testnetz aus Für umfangreiche Entwicklungs- und Testarbeiten sollten Sie erwägen, Ihr eigenes lokales Sui-Netzwerk zu betreiben: sui start --local-rpc-address So haben Sie die volle Kontrolle über Gas und vermeiden externe Abhängigkeiten.
- Sui
- Transaction Processing
5Wie verhindert Sui Smart Contract-Hacks?
Smart-Contract-Hacks haben die Blockchain-Industrie geplagt. Allein im Jahr 2023 gingen aufgrund von Exploits auf Plattformen wie Ethereum über 3 Milliarden US-Dollar verloren. Sui Network, bei dessen Entwicklung Sicherheit an erster Stelle stand, führt mehrere wichtige Innovationen ein, um diese Risiken zu minimieren. Dieser Artikel befasst sich mit: 🔒 Die integrierten Sicherheitsfunktionen von Sui 💡 Wie die Move-Sprache gängige Exploits verhindert 🛡️ Vergleich mit den Sicherheitslücken von Ethereum 🚀 Warum Sui die sicherste Smart-Contract-Plattform werden könnte 1. Die Programmiersprache The Move: Ein Ansatz, bei dem Sicherheit an erster Stelle steht Sui verwendet Move, eine Sprache, die ursprünglich für die Diem-Blockchain von Facebook entwickelt wurde und speziell für die sichere Vermögensverwaltung entwickelt wurde. Die wichtigsten Sicherheitsvorteile von Move: Keine ungeprüften externen Anrufe — verhindert Wiedereintrittsangriffe (wie den 60 Millionen $ schweren DAO-Hack auf Ethereum). Strenge Tipp- und Eigentumsregeln — Vermeidet versehentliche Geldverluste aufgrund von Codierungsfehlern. Unterstützung bei der formellen Überprüfung — Ermöglicht den mathematischen Nachweis der Vertragskorrektheit. Beispiel: Bei Ethereum kann ein einfacher Tippfehler Geld verbrauchen. In Move lehnt der Compiler unsicheren Code vor der Bereitstellung ab. 2. Objektzentriertes Modell: Isolierung von Sicherheitslücken Im Gegensatz zum Shared-State-Modell von Ethereum (bei dem ein Bug viele Verträge beeinflussen kann) nutzen Suis objektbasierte Speicherlimits die Ausbreitung aus: Jeder Vermögenswert (Münze, NFT usw.) ist ein eigenständiges Objekt mit strengen Eigentumsregeln. Verträge können unabhängige Daten nicht willkürlich ändern. Auswirkung: Selbst wenn ein Vertrag kompromittiert wird, hält sich der Schaden in Grenzen, im Gegensatz zu den Zusammensetzungsrisiken von Ethereum (z. B. der Wurmhole-Bridge-Hack im Wert von 325 Millionen US-Dollar). 3. Keine „Gas Griefing“ -Attacken Auf Ethereum können Angreifer Verträge mit High-Gas-Transaktionen spammen, um legitime Nutzer zu blockieren (z. B. Denial-of-Service-Angriffe). Suis Lösung: Feste, kostengünstige Transaktionen (keine Gasauktionen). Die parallele Ausführung verhindert netzwerkweite Überlastungen. 4. On-Chain-Sicherheitsüberwachung Die Validatoren von Sui überwachen aktiv nach verdächtigen Aktivitäten: Vorabprüfungen von Transaktionen — Lehnen Sie offensichtlich böswillige Anfragen ab. Echtzeitanalysen — Kennzeichnen Sie abnormales Verhalten (z. B. plötzliche große Auszahlungen). 5. Echter Sicherheitsrekord (bisher) Sui hatte seit dem Start des Mainnets (2023) keine größeren Hacks. Ethereum nutzt monatlich durchschnittlich 2-3 große DeFi-Exploits. Fallstudie: Ein auf SUI basierender DEX (Cetus) hat Trades im Wert von über 1 Mrd. USD ohne Sicherheitsvorfälle abgewickelt — im Gegensatz zu Ethereum-DEXs, die häufig Exploits ausgesetzt sind. 6. Zukunftssicherheit: Formale Verifizierung und Audits Sui ermutigt: Formale Überprüfung — Mathematisch bewiesen, dass Verträge fehlerfrei sind. Anforderungen an mehrere Audits — Großprojekte müssen mindestens 3 Audits bestehen. Fazit: Ist Sui die sicherste Smart-Contract-Plattform? Zwar ist kein System zu 100% hacksicher, aber Suis Move-Sprache + Objektmodell und parallele Ausführung machen es heute weitaus weniger anfällig als Ethereum. Das Fazit: Für Entwickler — Move reduziert das Risiko menschlicher Fehler. Für Benutzer — Geringere Wahrscheinlichkeit, Gelder durch Exploits zu verlieren. Für Institutionen — Sicherheit auf Unternehmensebene schafft Vertrauen. **Was kommt als Nächstes? Wird Ethereum MOVE-ähnliche Funktionen übernehmen? Kann Sui seine saubere Sicherheitsbilanz beibehalten, auch wenn die Akzeptanz zunimmt?** Teile deine Gedanken unten
- Sui
6
- Wie aktualisiere ich den Schlüssel eines Händlers in ObjectTable, wenn er sich in der Struktur ändert?50
- Was ist das einfachste Frontend, um Walross-Blobs hochzuladen?20
- NAS oder BAS einrichten00
- Was passiert, wenn ich die ETH nicht über die Sui Bridge beanspruche?00
- Ist Move after solidity leicht zu lernen?00
Verdiene deinen Anteil an 1000 Sui
Sammle Reputationspunkte und erhalte Belohnungen für deine Hilfe beim Wachstum der Sui-Community.
- 2565
- 1780
- 701
- 618
- 595
- 496
- 402
- 397
- 369
- 360