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: eine Zahlung wird von der Wallet gebaut, ein Contract-Aufruf wird vom Sequencer des Contracts aus dem signierten Intent des Nutzers ausgeführt, und so oder so kommt das Ergebnis vollständig an, mit allem, was es gelesen und geschrieben hat. Jede Maschine prüft es allein aus den Bytes, und eine einzige Schleife schreibt es fest — oder überspringt es und stellt es dem in Rechnung, der dafür eine Einlage geleistet hat.
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, und das deposit deckt den ungünstigsten Fall. Keine Platte, keine Historie.reads noch, 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.
- Strikte Ed25519-Signaturen gehen auf
- Die erneute Ausführung stimmt mit den Writes überein
- Die Einlage deckt den ungünstigsten Fall
- Ungültig: kommt nie in einen ehrlichen Block
Ist es anwendbar?
Beantwortet an der Position des Zertifikats im Block, durch Vergleich der Bytes mit der Zustandstabelle.
- Reads gelten noch → die Writes werden festgeschrieben
- Veralteter Read oder Überlauf → Skip, der Einleger zahlt eine feste Gebühr
- Einlage ungedeckt oder ausgegeben → Drop, nichts wird berechnet
- Der Block bleibt in jedem Fall gültig
Vier Ergebnisse, und wer zahlt
Ein Problem mit einem Zertifikat ist ein Ergebnis, nie ein Grund, den Block abzulehnen. Jedes Ergebnis wird einer Partei angelastet, die das Risiko gewählt hat, und eine Signatur wird höchstens einmal belastet.
Angewendet
Jeder deklarierte Read gilt, also landen die Writes, und die Gebühr wird zu den tatsächlichen Kosten abgerechnet: die Basisgebühr wird verbrannt und die Prioritätsgebühr an den Producer gezahlt.
Übersprungen
Ein Read gilt nicht mehr, oder ein Delta würde den 256-Bit-Bereich verlassen. Nichts wird geschrieben. Eine feste Skip-Gebühr von 0,01 ZCD wird aus der Einlage verbrannt, und der Rest wird zurückgegeben. Die id wird als gesehen markiert, sodass kein Producer sie erneut aufnehmen kann.
Gedroppt
Die Einlagezelle ist ungedeckt oder bereits ausgegeben, also gibt es nichts zu berechnen. Das Zertifikat wird mitgeführt, aber nicht belastet und nicht als gesehen markiert.
Der Nutzer zahlt nie einen Skip
Der Einleger hat die Reads gewählt, also steht der Einleger für sie ein. Bei einem Fill ist das ein Sequencer: derjenige, der sich für den Contract erklärt hat, dessen Read gescheitert ist, oder sonst derjenige, dessen Einlage der Fill benennt. Die Zahlung des Nutzers an jeden Sequencer wird nur abgewickelt, wenn der Fill angewendet wird. Fehlschläge, für die es niemanden zu belasten gibt — ein Fill außerhalb der Pipeline-Reihenfolge, ein verschobener Fence, ein erzwungenes Zertifikat, dessen Reads nicht gelten —, machen stattdessen den Block ungültig, weil der Producer derjenige war, der es hätte wissen können.
Der Ablauf, von der Entstehung bis ins Ledger
Die Wallet baut eine Zahlung oder signiert einen Intent
Eine Zahlung braucht keinen Server: die Wallet schützt eine One-Shot-Zelle, die sie hält, per Guard, belastet sie, markiert sie als ausgegeben, schreibt der frischen Adresse des Zahlungsempfängers gut und schickt das Wechselgeld an eine frische eigene Adresse. Ein Aufruf eines sequenzierten Contracts ist stattdessen ein signierter Intent: was aufgerufen wird, Schranken für das Ergebnis, was der Sequencer bezahlt bekommt, und die One-Shot-Zahler, die ihn finanzieren.
Der Sequencer führt aus und bestätigt
Er führt den Intent über seine eigene Sicht aus — die Spitze der Chain plus jeden Fill, den er bereits gebaut hat —, antwortet in Millisekunden mit einer signierten Quittung und veröffentlicht das Ergebnis als Fill, dessen Einlage aus seinem eigenen Guthaben stammt. Ein Aufruf, der Contracts überquert, die an verschiedene Sequencer gebunden sind, wird von jedem mitsigniert und landet als ein atomarer Fill.
Jeder Node verifiziert parallel
Jedes Zertifikat wird bei Ankunft aus seinen Bytes geprüft, bevor es weitergeleitet wird: Signaturen, erneute Ausführung gegen die deklarierten Reads, die Einlage. Kein Zustand, keine Historie, jeder Kern, jede Maschine.
Der Producer ordnet
Ein Proof-of-Work-Miner wählt gültige Zertifikate aus und löst den Block; nach der Umstellung auf Proof of Stake signiert ihn stattdessen der für den Slot ausgeloste Staker. Er führt nichts aus, was ihm gegeben wird, und merkt sich die innerhalb des TTL-Fensters gesehenen ids, denn eines zweimal aufzunehmen macht den Block ungültig. Am Ende seines Blocks darf er Open Intents aus dem Forced Path ausführen.
Sequenzieller Fold
Zuerst Fills, in Pipeline-Reihenfolge; dann jedes andere Zertifikat nach (deposit address, seq, id); dann erzwungene Zertifikate nach id. Der Producer wählt nichts davon. Für jedes Zertifikat: gelten die deklarierten Reads noch?
Zustand: Zellen, Adressen, typisierter Zugriff
Eine Zelle ist eine 256-Bit-Ganzzahl an einem Slot. Fehlende Zellen werden als null gelesen. Nebenläufigkeit wird nicht zur Laufzeit entdeckt: sie wird deklariert, Slot für Slot.
One-Shot- und persistente Adressen
Eine One-Shot-Adresse wird einmal ausgegeben: das Zertifikat, das sie belastet, markiert sie dauerhaft als ausgegeben. Wallets geben jeder eingehenden Zahlung eine frische, und das ist der Pfad ohne Konkurrenz. Eine persistente Adresse ist wiederverwendbar — ein Konto — und dort gehören Mining-Belohnungen hin: eine One-Shot-Adresse verbrennt jede Belohnung, die sie hält, sobald sie ausgegeben wird, deshalb weist der Node eine solche als Auszahlung ab. Contracts haben ihre eigene Adressart, für die kein Schlüssel signieren kann.
Native Assets, keine Maschine
Ab Block 0: TRANSFER mit bis zu 32 Bewegungen, ISSUE mit einer Angebotsobergrenze, MINT, geschützt durch diese Obergrenze, RETIRE von bis zu 64 One-Shot-Adressen. Eine Gutschrift auf eine frische Zelle ist das Trinkgeld. Zehntausend Trinkgelder in einem Block sind zehntausend Additionen: null Konflikte, kein Sequencer, keine Maschine.
Die Maschine und ihre Sequencer
Guarded Deltas lösen die Konkurrenz von Zahlungen auf. Was bleibt, ist Logik, die exakten Zustand lesen muss, um zu entscheiden, was sie schreibt — ein Orderbuch, ein Market Maker —, und dort wählt der Contract seinen Serialisierer.
Die cEVM
Ein Dialekt der Ethereum Virtual Machine, sodass Solidity, seine Compiler und seine Prüfer übertragbar sind. Storage wird deklariert: SLOAD und SSTORE sind exakt, und sechs neue Opcodes liefern die geschützte, kommutative Disziplin. NUMBER und TIMESTAMP lesen den Epoch Beacon, der einen Tag lang konstant ist; Opcodes, die sich auf nichts beziehen könnten, sind entfernt. Code reist im Zertifikat. Ein Token, eine Trinkgeldkasse und ein Escrow, delta-first geschrieben, sind vorab bereitgestellt, wenn sich die Maschine öffnet.
Sequenziert oder offen
Der Eintrag jedes Contracts nennt einen Sequencer-Schlüssel. Ist er nicht null, braucht der exakte Pfad des Contracts die Signatur dieses Schlüssels; ist er null, darf ihn jeder nehmen, und der Contract ist nur durch seinen Code geschützt. Guarded Deltas sind nie gesperrt: ein sequenzierter Token akzeptiert weiterhin jede Übertragung von jedem. Ein Verzeichnis sagt, wo jeder Sequencer antwortet — Auffindung, nicht Autorisierung.
Intents, Fills, Quittungen
Der Intent ist die gesamte Autorisierung des Nutzers, gültig für ein Fenster von höchstens 8 Blöcken: der Sequencer kann ändern, wann er läuft, nie, was er tut. Die id des Fills ist der Hash des Intents, sodass zwei Fills eines Intents eine id teilen und nur einer belastet werden kann. Eine Quittung ist eine Vorabbestätigung, das Versprechen des Sequencers, bis der Fill angewendet wird; zwei Quittungen, die einander widersprechen, sind ein Beweis, den jeder aus den Bytes prüfen kann, und die Nutzer gehen.
Pipelines, der Fence, Co-Sequencing
Die Chain hält für jeden Sequencer und Contract den zuletzt angewendeten seq vor, und ein Fill kommt nur beim nächsten hinein, sodass eine Pipeline in der Reihenfolge festgeschrieben wird, in der ihr Sequencer signiert hat. Jeder Contract hält außerdem einen Fence-Zähler: ein erzwungenes Zertifikat, das seinen Zustand setzt, oder ein Wechsel des Sequencers bewegt ihn, und jeder Fill, der über dem umgangenen Zustand gebaut wurde, kann nicht hinein — niemand wird belastet, und der Sequencer baut neu. Ein Aufruf über Sequencer hinweg ist ein Fill mit der Signatur jedes Sequencers, atomar durch Konstruktion.
Der Forced Path: Aufnahme ist Anwendung
Ein Contract, dessen einzige Tür sein Sequencer ist, wäre ein Gefängnis, wenn der Sequencer zensierte, zu viel verlangte oder verschwände. Jeder Nutzer hat eine langsame Tür, die niemandes Erlaubnis braucht.
Jeder Block wird in drei Klassen gefoldet, in einer Reihenfolge, die der Producer nicht wählt
Der Nutzer signiert einen Open Intent — einen Intent ohne benannten Sequencer, finanziert aus den eigenen One-Shot-Zahlern des Nutzers — und leitet ihn an das Netzwerk weiter. Der Producer, der den Zustand am Ende seines Blocks hält, führt die Open Intents, die er wählt, gegen diesen Zustand aus und hängt die Ergebnisse als letzte Zertifikate des Blocks an. Es gibt keine Warteschlange, keinen Lease, kein Kontingent und keine Frist. Die Zahlung des Intents deckt die Gebühren, sodass der Producer verdient, was ein Sequencer verdienen würde.
Ein scheiternder Aufruf landet trotzdem
Ein erzwungener Aufruf, der revertiert, seine Schranken verletzt oder dem das Gas ausgeht, kommt als FORCED_FAILED hinein: seine Zahler zahlen, sonst wird nichts geschrieben. Wer Intents weiterleitet, die nicht gelingen können, zahlt für jeden einzelnen, und kann so keinen soliden aushungern.
Er bewegt den Fence
Ein erzwungenes Zertifikat, das eine Zelle des Zustands eines Contracts setzt, rückt den Fence-Zähler dieses Contracts vor, sodass jeder Fill, der über dem umgangenen Zustand gebaut wurde, neu gebaut wird. Eines, das nur liest, per Guard schützt oder Deltas addiert, lässt den Fence in Ruhe, ebenso eines, das scheitert. Der Sequencer verliert Latenz, mehr nicht.
Begrenzt durch Konstruktion
Höchstens 16 erzwungene Zertifikate pro Block, jedes mit höchstens 4.000 Ableitungseinheiten an parallelem Budget (200.000 Maschinen-Gas): höchstens ein Drittel der parallelen Obergrenze bei Genesis. Die Regel für Contract-Autoren lautet, dass eine Abhebung in dieses Budget passt.
Wer was tut
Keine Rolle ist für die Sicherheit erforderlich. Verschwindet jeder Sequencer, bleiben Contracts über ihre Delta-Methoden und den Forced Path am Leben, über den Nutzer abheben und ein Contract an einen neuen Sequencer gebunden werden kann.
Wallet
- Tut
- Baut Zahlungen als Zertifikate; signiert Intents für Contracts
- Sieht
- Den öffentlichen Zustand, den sie lesen muss
- Vertraut
- Niemandem
Sequencer
- Tut
- Führt Intents für seine Contracts aus, signiert Quittungen, veröffentlicht Fills
- Vertraut für
- Nur Liveness. Lügt er, wird sein Fill übersprungen und seine eigene Einlage zahlt
- Vereinnahmt
- Den Order Flow der eigenen Anwendung, ausdrücklich
Verifizierender Node
- Tut
- Prüft jedes Zertifikat aus seinen Bytes, leitet weiter, synchronisiert
- Braucht
- Kerne. Zustand nur, um den Fold auszuführen
- Kosten
- Die Verifikation verteilt sich auf jeden Kern, den er hat; der Fold ist eine Schleife über den Speicher
Block Producer
- Tut
- Mint mit RandomX, ordnet gültige Zertifikate, führt am Ende seines Blocks Open Intents aus
- Sieht
- Bytes und Zustand, nicht Bedeutung
- Verdient
- 94 % der Subvention plus die Prioritätsgebühren dessen, was angewendet wird
Forced Path
- Tut
- Eine erlaubnisfreie Tür: ein Open Intent, vom Producer ausgeführt
- Kosten
- Jedes Mal den erzwungenen Preis, und Latenz
- Garantiert
- Kein Betreiber ist ein Gefängnis
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, Bytes, Ableitungseinheiten — schwere Beweise, Post-Quanten-Verfahren.
Sequential Gas
Zahlt für den Fold: Reads, Writes, Einträge in die Spent-Registry, Einträge in das Seen Set. Die eine Schleife, die jeder Node der Reihe nach ausführt.
Nur was angewendet wird, zahlt, und nur was angewendet wird, bewegt den Preis
Die Basisgebühr wird verbrannt und die Prioritätsgebühr zahlt den Producer, auf Zertifikate, die angewendet werden, und nur auf diese; die Gebühr eines übersprungenen Zertifikats wird vollständig verbrannt. Würde ein Skip den Producer bezahlen, hätte derjenige, der den Block zusammenstellt, einen Gewinn davon, das Scheitern anderer zu arrangieren. Das Verbrennen kehrt das um: ein Skip belegt Platz und bringt nichts ein. Und nur angewendetes Gas bewegt die Basisgebühren, sodass das Füllen von Blöcken mit sich selbst widersprechenden Zertifikaten niemanden aus dem Markt preisen kann.
Ären: was heute läuft und was später kommt
Eine Ära ist eine in ein Release einkompilierte Höhe oder eine on-chain gemessene Bedingung. Ein Block unterhalb einer Schranke, der trägt, was die Schranke freischaltet, ist ungültig; eine neue Ära ändert nie, was ein früherer Block bedeutet.
Ära 0 — minen und zahlen
Live seit Block 0, 7. Oktober 2026. Proof of Work nach Nakamoto-Regeln, native Assets, One-Shot- und persistente Adressen, die zwei Gebührenmärkte, die Aufteilung der Subvention 94/3/3 und die Treasury, die anwächst und die kein Zertifikat belasten kann; ein Ausgabeweg, falls überhaupt, kommt durch ein späteres Upgrade, nicht vor Höhe 259.200.
Ära 1 — die Maschine
Höhe 80.640, etwa 4. November 2026, in der Start-Binärdatei. Die cEVM und ihre Standardbibliothek, Contract-Einträge mit Sequencer und Admin, Intents, Fills und Co-Sequencing, das Verzeichnis und der Forced Path.
Ära 2 — Proof of Stake
Das Bonding öffnet in Epoche 182, etwa am 7. April 2027: Stake wird gebunden, gelöst oder an einen Pool delegiert, ab einem Mindest-Bond von 1.000 ZCD. Sobald der aktive Stake 30 Epochen lang 10 % der Supply hält, und spätestens ab Epoche 273, beginnt eine Rampe von 90 Epochen: Blöcke werden weiterhin gemint, jeder zusätzlich signiert von einem nach Stake ausgelosten Staker, der k/180 des Anteils des Producers erhält. Ein eigenes Release, per Hard Fork.
Die Umstellung
Der erste Block der Epoche nach der 90., die das Gate passiert — 90 % ihrer Blöcke signiert, aktiver Stake mindestens 10 % der Supply. Das Mining endet; der ausgeloste Staker signiert jeden 5-Sekunden-Slot, und eine Epoche von 17.280 Slots zahlt, was zuvor ein Tag zahlte. Ein Block ist durch Tiefe final, 120 Blöcke oder 10 Minuten. Nur Equivocation wird bestraft, und nie ein Delegator.
Jenseits der vollständigen Verifikation
Eine Richtung, keine Spezifikation. Wenn sich das tägliche Volumen dem nähert, was ein gewöhnlicher Node verifiziert, kann eine spätere Ära statt jedes Nodes eine Teilmenge von Stakes auslosen, die jedes Zertifikat verifiziert, während der Zustand und der Fold einer bleiben und jedes Zertifikat atomar bleibt. Bis dahin verifiziert jeder Node alles.
Das Netzwerk von oben
Vier Schichten, die sich nicht überschneiden: wer baut, wer verifiziert, wer ordnet, und die Tür, die niemand schließen kann. Jede skaliert mit einer anderen Ressource.
Wallets und Sequencer
Gewöhnliches Web2: WebSockets, Warteschlangen, Autoscaling. Wallets bauen Zahlungen selbst; Sequencer führen Intents aus und antworten in Millisekunden. Vertrauenswürdig für die Liveness, nie für die Sicherheit, und nie Verwahrer von Daten — der Zustand ist stets allein aus der Chain rekonstruierbar.
Relay und Verifikation
Jeder Node prüft jedes Zertifikat aus seinen Bytes, bevor er es weiterleitet. Blöcke reisen als Header plus eine Liste von Hashes, die der Empfänger größtenteils bereits hält; Bodies sind Chain-Daten. Ein Node synchronisiert in Richtung der meisten verifizierten Arbeit, nicht der größten behaupteten Höhe.
Producer und Fold
Ein Proof-of-Work-Miner ordnet Zertifikate und löst den Block, oder nach der Umstellung auf Proof of Stake signiert ihn der für den Slot ausgeloste Staker; jeder Node führt den Fold aus, der vergleicht, addiert und schreibt. Die Reihenfolge des Folds ist durch die Regeln festgelegt, sodass die einzige Wahl des Producers darin besteht, was er aufnimmt.
Der Forced Path
Open Intents, vom Producer am Ende seines Blocks ausgeführt. Aufnahme ist Anwendung — der Mechanismus, der das Netzwerk jeden Betreiber überleben lässt, den Autor eingeschlossen.