Anfangs hielt ich Covenants für eine weitere Möglichkeit, Informationen on-chain zu verschlüsseln.
Doch nachdem ich mich mit Nillions Dusk-Release beschäftigt habe, denke ich, dass Verschlüsselung nur die Hälfte dessen ausmacht, was diese Lösung nützlich macht.
Stell dir einen Entwickler vor, der eine Anwendung baut, die zu einem bestimmten Zeitpunkt eine Zahlung freigibt.
Die Freigabebedingung zu formulieren, ist einfach. Der lästige Teil ist, etwas am Laufen zu halten, das ständig prüft, ob es Zeit für die Ausführung ist.
Normalerweise bedeutet das, sich auf einen externen Dienst zu verlassen, der die Bedingung überwacht und die nächste Aktion auslöst.
Nillions Covenants-Ansatz geht anders vor.
Der Entwickler kann die Anweisung an eine Zeitbedingung binden und auf Ethereum veröffentlichen. Ihr Inhalt bleibt verschlüsselt, während die Anweisung auf ihre Ausführung wartet.
Die Blacklight-Nodes halten jeweils einen separaten verschlüsselten Anteil. Kein einzelner Betreiber kann die Anweisung vorzeitig rekonstruieren.
Sobald die Bedingung erfüllt ist, werden genügend Anteile veröffentlicht, sodass die Anweisung on-chain rekonstruiert werden kann.
Ein separater Keeper-Dienst ist nicht nötig.
Dieses Detail finde ich nützlicher als den Datenschutzaspekt an sich.
Der Entwickler muss kein zusätzliches Überwachungs- und Auslösungssystem betreiben, nur damit eine zeitgesteuerte Anweisung funktioniert. Und die Anweisung ist vor ihrer Ausführung nicht öffentlich einsehbar.
Dusk ging am 6. Oktober auf dem Ethereum-Mainnet live. Damit ist dieser Covenant-Mechanismus nun auch außerhalb des Testnets verfügbar.
Für mich verändert das, wie man Covenants verstehen sollte.
Sie sind nicht einfach nur ein Ort, an dem man Anweisungen verbergen kann. Sie verändern auch, wer dafür verantwortlich ist, sie zum richtigen Zeitpunkt auszuführen.
Und für Entwickler, die zeitgesteuerte Abläufe bauen, ist der Wegfall dieser zusätzlichen betrieblichen Abhängigkeit eine praktische Verbesserung.
#nil $NIL @Nillion
Doch nachdem ich mich mit Nillions Dusk-Release beschäftigt habe, denke ich, dass Verschlüsselung nur die Hälfte dessen ausmacht, was diese Lösung nützlich macht.
Stell dir einen Entwickler vor, der eine Anwendung baut, die zu einem bestimmten Zeitpunkt eine Zahlung freigibt.
Die Freigabebedingung zu formulieren, ist einfach. Der lästige Teil ist, etwas am Laufen zu halten, das ständig prüft, ob es Zeit für die Ausführung ist.
Normalerweise bedeutet das, sich auf einen externen Dienst zu verlassen, der die Bedingung überwacht und die nächste Aktion auslöst.
Nillions Covenants-Ansatz geht anders vor.
Der Entwickler kann die Anweisung an eine Zeitbedingung binden und auf Ethereum veröffentlichen. Ihr Inhalt bleibt verschlüsselt, während die Anweisung auf ihre Ausführung wartet.
Die Blacklight-Nodes halten jeweils einen separaten verschlüsselten Anteil. Kein einzelner Betreiber kann die Anweisung vorzeitig rekonstruieren.
Sobald die Bedingung erfüllt ist, werden genügend Anteile veröffentlicht, sodass die Anweisung on-chain rekonstruiert werden kann.
Ein separater Keeper-Dienst ist nicht nötig.
Dieses Detail finde ich nützlicher als den Datenschutzaspekt an sich.
Der Entwickler muss kein zusätzliches Überwachungs- und Auslösungssystem betreiben, nur damit eine zeitgesteuerte Anweisung funktioniert. Und die Anweisung ist vor ihrer Ausführung nicht öffentlich einsehbar.
Dusk ging am 6. Oktober auf dem Ethereum-Mainnet live. Damit ist dieser Covenant-Mechanismus nun auch außerhalb des Testnets verfügbar.
Für mich verändert das, wie man Covenants verstehen sollte.
Sie sind nicht einfach nur ein Ort, an dem man Anweisungen verbergen kann. Sie verändern auch, wer dafür verantwortlich ist, sie zum richtigen Zeitpunkt auszuführen.
Und für Entwickler, die zeitgesteuerte Abläufe bauen, ist der Wegfall dieser zusätzlichen betrieblichen Abhängigkeit eine praktische Verbesserung.
#nil $NIL @Nillion