[Übertragung] Interpretation des AVM-Whitepapers
Bitte beachten Sie: Dieser Artikel basiert auf persönlichem Wissen und logischen Überlegungen, was nicht unbedingt korrekt ist und nur als Referenz dient.
Um AVM zu verstehen, liegt der Fokus auf den folgenden drei Bildern. Analysieren wir sie einzeln:
Abbildung 1: Was macht AVM?
1️⃣
Entwickler können die „Erstellungsregeln“ und „Übertragungsregeln“ von Assets anpassen. Diese Regeln (oder Verträge) werden gespeichert und in Form von in der Kette enthaltenen Daten widergespiegelt.
2️⃣
Die erstellten Assets enthalten „State“, und der Status wird entsprechend der Operation aktualisiert. Die Einführung von „State“ ist für die Erweiterung sehr wichtig.
3️⃣
Aus dieser Perspektive kann AVM tatsächlich als Obermenge des „One-Layer-Asset-Protokolls“ (im Whitepaper Overlayer-Protokoll genannt) verstanden werden. Es kann Entwicklern eine ausreichend angepasste Möglichkeit bieten, Assets und zugehörige Systeme auf dem BTC-Main zu erstellen Netzwerk.
Abbildung 2: AVM [Anleitung]
Betrachten wir es von oben nach unten, von links nach rechts:
1️⃣
Die linke Seite ist das BTC-Hauptnetzwerk, das unsere Vertragsdaten, Statusdaten usw. enthält;
2️⃣
Der mittlere Teil ist der auf Indexer basierende Programmierteil (links). Nach der Ausführung des Vertrags können die relevanten Daten (einschließlich) kompiliert werden Tokendaten, Statusdaten) werden lokal gespeichert (Teil 2)
3️⃣
Zu den spezifischen ausgeführten Funktionsformen gehören zwei Typen: Einer ist der ursprüngliche Op-Code von Btc, wie op_add, op_mul usw. Es gibt auch op_cat, der nicht übergeben wurde, und der andere ist der Op-Code, den Entwickler anpassen können. , wie zum Beispiel op_ft_balance (FT-Vermögenssaldo). Theoretisch wird es eine offizielle Bibliothek geben, und Entwickler können neue Funktionen basierend auf der offiziellen Bibliothek erben und entwickeln.
4️⃣
In der Fußnote geht es um die Erklärung des benutzerdefinierten Op-Codes. Der vorgeschlagene Two-Stack-PDA ist mir nicht besonders klar, warum er Turing-vollständig ist. Jemand, der mich versteht, kann mir im Kommentarbereich einige Ratschläge geben.
Abbildung 3: Wie AVM [Konsens bildet]
Da jeder Kunde außerhalb der Kette läuft, wie kann man einen Konsens erzielen? Die Antwort im Whitepaper besteht darin, den Status-Hash hochzuladen, damit jeder überprüfen kann, ob der Status korrekt und synchronisiert ist.
Nachdem wir die oben genannten Punkte verstanden haben, können wir unser Verständnis von AVM klären:
1️⃣
AVM bietet Entwicklern eine Plattform zur flexiblen Formulierung von Asset-Regeln;
2️⃣
Durch nativen und angepassten Op-Code können viele Funktionen realisiert werden. Es ist jedoch zu beachten, dass sich diese Funktionen immer noch von dem unterscheiden, was wir verstehen, z. B. EVM-basierte Smart Contracts. Relativ gesehen braucht die Entwicklung der Skalierbarkeit Zeit.
3️⃣
AVM basiert auf der Indexerprogrammierung und ist möglicherweise in Zukunft mit Asset-Protokollen kompatibel. Außerdem kann es einen nativen Zugriff auf solche Assets ermöglichen -Kettenform, aber aus ökologischer Sicht scheint es schwierig zu sein, verschiedene Asset-Protokolle tief zu verknüpfen;
4️⃣
Die Auswirkungen von AVM sollten vorerst nicht überschätzt werden, da es auf dem BTC-Hauptnetzwerk basiert und die Möglichkeiten, die auf dem Hauptnetzwerk basieren, begrenzt sind (abhängig von der Leistung des Hauptnetzwerks). Dies sollte nicht unterschätzt werden, da theoretisch erkannt werden kann, dass die Vertragsfähigkeiten des Hauptnetzwerks von großer positiver Bedeutung für das BTC-Ökosystem sind. Ob es in Zukunft mit dem Lightning Network kombiniert werden kann, ist ebenfalls eine Richtung, die untersucht werden kann.
Ursprünglicher Link: https://x.com/DaPangDunCrypto/status/1796099325170495990