#nil $NIL @Nillion
Eine Handelsanweisung kann verschlüsselt bleiben und trotzdem fehlerhaft ausgeführt werden.
Dieser Unterschied hat mich dazu gebracht, mir Nillions Covenants genauer anzusehen.
Mit Dusk, Nillions erster Covenants-Version im Ethereum-Mainnet, kann eine Anweisung versiegelt bleiben, bis ihre Freigabebedingung erfüllt ist.
Der Mechanismus ist entscheidend: Der Verfasser wählt ein Komitee aus m Nodes und einen Schwellenwert k. Die Nutzdaten werden mithilfe von Shamir Secret Sharing aufgeteilt, wobei jeder Anteil für seinen Empfänger verschlüsselt wird. Mit beliebigen k Anteilen lassen sie sich rekonstruieren; mit weniger als k nicht.
Ein Komitee mit 3 von 5 Nodes kann beispielsweise den Ausfall von zwei Nodes verkraften. Kontrolliert jedoch ein Betreiber drei Anteile, kann er die Nutzdaten vorzeitig rekonstruieren. Bevor ich die Anzahl der Nodes als Maß für Dezentralisierung betrachte, würde ich prüfen, ob die Betreiber unabhängig voneinander sind.
Sobald die Nodes genügend Anteile veröffentlichen, kann jeder die Nutzdaten rekonstruieren. Ein Onchain-Commitment prüft, ob die offengelegte Anweisung mit dem Original übereinstimmt. Ein Settlement-Hook kann sie anschließend an eine Anwendung weitergeben.
Das halte ich für besonders wichtig: Die Offenlegung einer Anweisung garantiert keinen erfolgreichen Handel.
Der empfangende Vertrag benötigt weiterhin Autorisierung, Replay-Schutz und Ausführungsgrenzen wie einen Mindest-Ausgabewert. Auch die Finanzierung der Gasgebühren spielt eine Rolle: Nodes können die Veröffentlichung von Anteilen verzögern, wenn die Base Fee die vom Verfasser festgelegte Erstattungsobergrenze überschreitet.
NIL ist über das Staking von Nodes und Protokollgebühren mit dieser Infrastruktur verbunden. Als Nächstes möchte ich die wiederholte Nutzung durch Anwendungen, die Vielfalt der Komitees und erfolgreiche Abwicklungen beobachten.
Für mich besteht die stärkste These hinter Covenants darin, eine Anweisung vor ihrer Offenlegung zu schützen und ihre Ausführung anschließend überprüfbar zu machen. Ob sich Dusk durchsetzt, hängt davon ab, ob Entwickler beide Seiten richtig umsetzen.
Eine Handelsanweisung kann verschlüsselt bleiben und trotzdem fehlerhaft ausgeführt werden.
Dieser Unterschied hat mich dazu gebracht, mir Nillions Covenants genauer anzusehen.
Mit Dusk, Nillions erster Covenants-Version im Ethereum-Mainnet, kann eine Anweisung versiegelt bleiben, bis ihre Freigabebedingung erfüllt ist.
Der Mechanismus ist entscheidend: Der Verfasser wählt ein Komitee aus m Nodes und einen Schwellenwert k. Die Nutzdaten werden mithilfe von Shamir Secret Sharing aufgeteilt, wobei jeder Anteil für seinen Empfänger verschlüsselt wird. Mit beliebigen k Anteilen lassen sie sich rekonstruieren; mit weniger als k nicht.
Ein Komitee mit 3 von 5 Nodes kann beispielsweise den Ausfall von zwei Nodes verkraften. Kontrolliert jedoch ein Betreiber drei Anteile, kann er die Nutzdaten vorzeitig rekonstruieren. Bevor ich die Anzahl der Nodes als Maß für Dezentralisierung betrachte, würde ich prüfen, ob die Betreiber unabhängig voneinander sind.
Sobald die Nodes genügend Anteile veröffentlichen, kann jeder die Nutzdaten rekonstruieren. Ein Onchain-Commitment prüft, ob die offengelegte Anweisung mit dem Original übereinstimmt. Ein Settlement-Hook kann sie anschließend an eine Anwendung weitergeben.
Das halte ich für besonders wichtig: Die Offenlegung einer Anweisung garantiert keinen erfolgreichen Handel.
Der empfangende Vertrag benötigt weiterhin Autorisierung, Replay-Schutz und Ausführungsgrenzen wie einen Mindest-Ausgabewert. Auch die Finanzierung der Gasgebühren spielt eine Rolle: Nodes können die Veröffentlichung von Anteilen verzögern, wenn die Base Fee die vom Verfasser festgelegte Erstattungsobergrenze überschreitet.
NIL ist über das Staking von Nodes und Protokollgebühren mit dieser Infrastruktur verbunden. Als Nächstes möchte ich die wiederholte Nutzung durch Anwendungen, die Vielfalt der Komitees und erfolgreiche Abwicklungen beobachten.
Für mich besteht die stärkste These hinter Covenants darin, eine Anweisung vor ihrer Offenlegung zu schützen und ihre Ausführung anschließend überprüfbar zu machen. Ob sich Dusk durchsetzt, hängt davon ab, ob Entwickler beide Seiten richtig umsetzen.