Off-chain zusammengestellt.
Parallel verifiziert.
Der Reihe nach festgeschrieben.
Jede große Blockchain lässt jeden Node jede Transaktion erneut gegen einen globalen Zustand ausführen. Zycord nimmt die Ausführung von der Chain herunter: die Transaktion wird außerhalb zwischen Servern zusammengestellt, kommt vollständig an —, jede Maschine prüft sie allein aus den Bytes, und eine einzige Schleife schreibt das Ergebnis fest.
Die Transaktion ist ein Zertifikat
Sie verlangt nicht “führe das aus”. Sie erklärt “ich habe dies gelesen, jenes geschrieben, und hier ist der Beleg”. Jeder rechnet nach und vergleicht.
program über die reads ergibt genau die writes. Keine Platte, keine Historie.reads noch zum Zustand, wenn das Zertifikat im Block an die Reihe kommt?Zwei Verben, zwei Stufen
Der gesamte Entwurf besteht darin, diese zwei Fragen zu trennen — und jede an der billigsten Stelle zu beantworten.
Ist es gültig?
Beantwortet allein durch Betrachtung des Zertifikats. Tausende auf einmal, auf jeder Maschine.
- Kanonische Signaturen gehen auf
- Die erneute Ausführung stimmt mit den Writes überein
- Range Proofs schließen (abgeschirmte Schiene)
- Ungültig: kommt nie in den Block
Ist es anwendbar?
Beantwortet an der Position des Zertifikats im Block, durch Vergleich der Bytes mit der Zustandstabelle.
- Reads passen noch → die Writes werden festgeschrieben
- Veraltete Reads → Skip, verbrennt die Gebühr des Underwriters
- Zelle bereits ausgegeben → Skip
- Der Block bleibt in jedem Fall gültig
Der Ablauf, von der Entstehung bis ins Ledger
Aufbau zwischen Servern
Die Wallet eröffnet die Anfrage. Jeder stark genutzte Contract hat seinen eigenen Sequencer — einen gewöhnlichen Anwendungsserver —, der eine Kopie des Zustands hält, serialisiert, wer sich zuerst bewegt, und jedes Zertifikat an die Writes des vorherigen anhängt. Eine Transaktion, die zwei Contracts berührt, wird von beiden Sequencern gemeinsam gebaut und erreicht die Chain als ein einziges atomares Zertifikat.
Der Underwriter signiert
Ein Underwriter mit hinterlegten Mitteln prüft gegen frischen Zustand, signiert mit und übernimmt das Skip-Risiko. Er belastet den Absender außerhalb der Kette und verkauft im Ergebnis eine Vorabbestätigung. Wer keinen Mittler will, tritt mit eigener Einlage als eigener Underwriter auf — jederzeit möglich, ohne um Erlaubnis zu fragen.
Das Netzwerk empfängt und verifiziert parallel
Jeder Node prüft die Gültigkeit aus den Bytes, bevor er weiterleitet. Beim Sampling verifiziert ein per VRF gezogenes Komitee jedes Zertifikat; jeder Node kann alles prüfen, und eine einzige Nachricht genügt, um einen Underwriter zu bestrafen, der Unsinn bezeugt hat.
Der Proposer ordnet
Ein PoS-Komitee wählt gültige Zertifikate aus und stellt den Block zusammen. Es führt nichts aus und hält keinen Anwendungszustand. Es merkt sich nur die IDs, die innerhalb des TTL-Fensters gesehen wurden. Zertifikate in der Zwangswarteschlange müssen innerhalb von F Blöcken aufgenommen werden.
Sequenzieller Fold
Ordnet nach (underwriter, seq, id) — der Proposer wählt die Reihenfolge nicht. Für jedes Zertifikat: passen die Reads zum Zustand? Checkpoints finalisieren alle 32 Blöcke.
Wer was tut
Keine Rolle ist für die Sicherheit des Netzwerks erforderlich. Verschwinden sie alle, hält die Zwangswarteschlange das System am Leben.
Wallet
- Tut
- Baut das Zertifikat, deklariert Reads und Writes, signiert
- Sieht
- Den öffentlichen Zustand, den sie lesen muss
- Vertraut
- Niemandem
Sequencer
- Tut
- Serialisiert einen stark genutzten Contract off-chain, packt Batches in ein Zertifikat
- Vertraut für
- Nur Liveness. Lügt er, wird das Zertifikat übersprungen und die Sicherheit zahlt
- Vereinnahmt
- Den MEV der eigenen Anwendung, ausdrücklich
Underwriter
- Tut
- Signiert mit und übernimmt mit einer Sicherheit das Skip-Risiko
- Sieht
- Zellen als aktiv oder ausgegeben — nie den verborgenen Wert
- Verliert
- Nur bei einem in den Bytes beweisbaren Fehlverhalten (Equivocation)
Verifizierender Node
- Tut
- Prüft die Gültigkeit aus den Bytes, leitet weiter, synchronisiert
- Braucht
- Kerne. Zustand nur, wenn er festschreiben will
- Kosten
- Sinken, während das Netzwerk wächst, weil er einen Ausschnitt verifiziert
Proposer (PoS)
- Tut
- Ordnet gültige Zertifikate, führt den Fold aus, schlägt den Block vor
- Sieht
- Bytes, nicht Bedeutung
- Verdient
- Subvention + Prioritätsgebühr aus den angewendeten
Zwangswarteschlange
- Tut
- Ein erlaubnisfreier Ausgang: Einlage, Aufnahme innerhalb von F Blöcken, garantierte Anwendung
- Kosten
- Latenz und Privatsphäre
- Garantiert
- Kein Betreiber ist ein Gefängnis
Privatsphäre, ohne den sequenziellen Pfad anzurühren
Confidential Transactions mit einer Wegwerfadresse, über einen öffentlichen Graphen. Das verbirgt den Wert. Es verzögert die Verknüpfung mit dem Empfänger. Es ist nicht Monero, und das Papier sagt das auch.
Was öffentlich bleibt
- Dass eine Zahlung stattfand, und wer sie unterschrieben hat
- Welches Output ausgegeben wurde, im Moment der Ausgabe
- Jeder Übergang zwischen der öffentlichen und der abgeschirmten Schiene, mit offen liegendem Wert
- Gebühren, Coinbase, Zahlungen an Contracts
Der abgeschirmte Pool ist ein Zaun, keine Alarmanlage
Der Fold rechnet nie auf Kurven. Er speichert 32 Bytes Commitment und vergleicht auf Gleichheit. Die gesamte schwere Kryptografie — Range Proofs, die Bilanzgleichung — wird in der parallelen Stufe verifiziert und im billigen Markt bezahlt.
Der Kompromiss, den das Papier einräumt
Privatsphäre und Zensurresistenz bestehen nicht im selben Zertifikat nebeneinander. Der private Modus (mitsigniert) hat einen Betreiber, der Sie abweisen kann. Der erlaubnisfreie Modus (selbst unterschrieben oder erzwungen) legt Ihre Einlage-Wallet offen. Wer von jedem Underwriter abgewiesen wird, behält das Recht auszugeben und verliert mit derselben Geste die Privatsphäre.
Warum keine Ringsignaturen
Ein Ring verweist auf die Outputs anderer Leute — das macht die Gültigkeit zu einer Funktion der Historie und tötet die zustandslose Verifikation. Zycord gibt diese Eigenschaft nicht auf, also ist seine Privatsphäre schwächer als die von Monero —
Das Netzwerk: zwei Gas-Märkte
Eine Chain, die alles in einer einzigen Auktion abrechnet, lässt eine Beweisprüfung mit einem Zustandsschreibvorgang konkurrieren. Hier hat jede Ressource ihren eigenen Preis.
Parallel Gas
Zahlt für die Verifikation: Signaturen, erneute Ausführung, Bytes, schwere Beweise, Post-Quanten-Verfahren.
Sequential Gas
Zahlt für den Fold: Prüfen von Reads, Writes, Leases. Die eine Schleife, die jeder Node der Reihe nach ausführt.
Die Skip-Gebühr wird verbrannt, nie ausgezahlt
Würde ein übersprungenes Zertifikat den Proposer bezahlen, hätte derjenige, der den Block zusammenstellt, einen Gewinn davon, Konflikte herzustellen. Das Verbrennen kehrt den Anreiz um: ein Skip belegt Platz und bringt nichts ein, also heißt Ertragsmaximierung, die Anwendung zu maximieren.
Das Netzwerk von oben
Vier Schichten, die sich nicht überschneiden: wer serialisiert, wer unterschreibt, wer verifiziert, wer ordnet. Jede skaliert mit einer anderen Ressource.
Sequencer je Anwendung
Gewöhnliches Web2: WebSockets, Warteschlangen, Autoscaling. Sie serialisieren stark genutzte Contracts und packen Batches in die Form, die GPUs gut verifizieren. Sie verwahren nie Daten — der Zustand ist stets allein aus der Chain rekonstruierbar.
Underwriter-Markt
Underwriter mit hinterlegter Sicherheit verkaufen Vorabbestätigung: “in Sekunden angewendet, oder meine Sicherheit zahlt”. Equivocation wird durch einen Beweis in den Bytes bestraft; Langsamkeit kostet nur Ruf. Latenz wird nie zur Enteignung.
Verifikationskomitees
Je Zertifikat per VRF gezogen und so bemessen, dass ein entkommendes ungültiges Zertifikat vernachlässigbar ist. Jeder Full Node kann alles prüfen. Eine Nachricht genügt zur Bestrafung.
PoS-Komitee + Fold
Schlägt Blöcke vor, führt den Fold aus, finalisiert Checkpoints. Die Zwangswarteschlange erzwingt die Aufnahme innerhalb von F Blöcken und garantiert die Anwendung — der Mechanismus, der das Netzwerk jeden Betreiber überleben lässt, den Autor eingeschlossen.