Phoenix wird interessant. Es verwendet die Jubjub-Kurve mit öffentlichen Schlüsseln (A,B), geheimen Schlüsseln (a,b) und einem Sichtschlüssel (a,B). Die Notenstruktur umfasst Typ, com, enc, npk, R und encsender. Der Einmal-Notenschlüssel wird wie folgt abgeleitet: npk = H(rA)G + B, während der Ausgabeschlüssel lautet: nsk = H(aR) + b.
Und mit Nullifizierern, aktuellen Merkle-Wurzeln und dem Gas, das innerhalb des Beweises gehandhabt wird: Wie verhält sich das unter adversarialen Netzbedingungen? Welche Teile sind dezentralisiert, und welche Annahmen sollten Nutzer genau prüfen? Ich bin letzte Nacht noch einmal durch die Dusk-Dokumentation gegangen und kam mit mehr Interesse an den Designfragen als an den technischen Behauptungen.
Das Erste, was klickte, war die Aufteilung zwischen Moonlight und Phoenix. Moonlight ist kontobasiert mit einem öffentlichen Schlüssel, Nonce und Kontostand, während Phoenix UTXOs als „Notizen“ innerhalb eines Merkle-Baums nutzt. Zu den Feldern einer Moonlight-Transaktion gehören from, to, value, nonce, deposit, data, gas_limit, gas_price und signature, wobei das maximale Gas als gas_limit × gas_price berechnet wird.
Ich versuche immer noch, die Vertrauensgrenze rund um die ZK-Beweiserzeugung und das delegierte Scannen zu verstehen. In der Dokumentation heißt es, dass Dritte Beweise erzeugen oder mit Sichtschlüsseln scannen können, ohne Ausgabeberechtigung zu erhalten – aber wo liegen die Fehlerstellen?
$DUSK
#dusk @Dusk
Und mit Nullifizierern, aktuellen Merkle-Wurzeln und dem Gas, das innerhalb des Beweises gehandhabt wird: Wie verhält sich das unter adversarialen Netzbedingungen? Welche Teile sind dezentralisiert, und welche Annahmen sollten Nutzer genau prüfen? Ich bin letzte Nacht noch einmal durch die Dusk-Dokumentation gegangen und kam mit mehr Interesse an den Designfragen als an den technischen Behauptungen.
Das Erste, was klickte, war die Aufteilung zwischen Moonlight und Phoenix. Moonlight ist kontobasiert mit einem öffentlichen Schlüssel, Nonce und Kontostand, während Phoenix UTXOs als „Notizen“ innerhalb eines Merkle-Baums nutzt. Zu den Feldern einer Moonlight-Transaktion gehören from, to, value, nonce, deposit, data, gas_limit, gas_price und signature, wobei das maximale Gas als gas_limit × gas_price berechnet wird.
Ich versuche immer noch, die Vertrauensgrenze rund um die ZK-Beweiserzeugung und das delegierte Scannen zu verstehen. In der Dokumentation heißt es, dass Dritte Beweise erzeugen oder mit Sichtschlüsseln scannen können, ohne Ausgabeberechtigung zu erhalten – aber wo liegen die Fehlerstellen?
$DUSK
#dusk @Dusk