Jeder native Token entspricht genau einem Gramm physischem Metall im Tresor. Signiert wird mit ML-DSA, verschlüsselt mit ML-KEM — beides NIST-standardisiert und gegen Quantenrechner ausgelegt. Elliptische Kurven kommen im gesamten Protokoll nicht vor.
Zwei Wege
Post-Quantum-Signaturen sind gross: allein Signatur und Public Key belegen 5261 Byte je Transaktion, rund fünfzigmal so viel wie bei einer Kurvensignatur. Eine Kette mit einer Million Transaktionen wächst damit auf etwa 5 Gigabyte. Wer nur Guthaben verwalten will, braucht sie nicht.
Führt die vollständige Kette, rechnet jeden Block selbst nach und erzeugt neue Blöcke. Für Validatoren und alle, die nichts glauben wollen.
Verwaltet Schlüssel und baut signierte Transaktionen — ohne eine einzige Zeile der Kette auf der Platte. Die Transaktion wandert als Datei zu einem Knoten.
Die angebotenen Dateien sind auf Linux x86-64 gebaut und nicht signiert — es gibt noch keinen Signaturschlüssel für Freigaben. Die Verbindung ist TLS-gesichert, die Dateien kommen also unverändert von diesem Server; wer den Server übernimmt, liefert trotzdem aus, was er will. Prüfsummen stehen unter Dateien; für andere Systeme und zum Selberbauen siehe unten. Nötig ist eine Rust-Toolchain ab 1.75, geprüft wurde mit 1.97.1.
Öffentlicher Knoten
Auf diesem Server läuft ein Knoten, der seine Kette herausgibt. Wer
gld-node geladen hat, braucht keine Kettendatei mehr —
anschliessen genügt. Jeder empfangene Block wird dabei auf dem eigenen
Rechner vollständig nachgerechnet: Höhe, Vorgängerhash, Merkle-Wurzel,
Vorschlagsrecht, jede Signatur und zuletzt die Zustands-Wurzel.
| Gegenstelle | crimson-lemur-77945.zap.cloud:9777
Auch über die IP erreichbar: 134.255.227.44:9777 |
|---|---|
| Netz-Kennung | 3f01a719fda36bf8302dd7e08f853f5f7555fb16de96f6c6df1bc5ff3f28f1c0
Der Hash des Genesis-Blocks. Diese Zeile ist die eine Angabe, die von hier stammen muss. |
# Einmalig: Kette holen und dabei jeden Block nachrechnen gld-node --daten ./gld-daten anschliessen \ --peer crimson-lemur-77945.zap.cloud:9777 \ --netz-id 3f01a719fda36bf8302dd7e08f853f5f7555fb16de96f6c6df1bc5ff3f28f1c0 # Später nur noch das Neue nachholen gld-node --daten ./gld-daten abgleichen \ --peer crimson-lemur-77945.zap.cloud:9777 # Eine gebaute Überweisung direkt übergeben gld-node senden --peer crimson-lemur-77945.zap.cloud:9777 --datei tx0.dat
Beim ersten Anschluss liefert die Gegenstelle die Startverteilung — und bestimmt damit, in welchem Netz Ihr Knoten landet. Diese eine Angabe lässt sich nicht aus sich selbst heraus prüfen.
Deshalb gehört --netz-id mit der oben stehenden Kennung
dazu. Lassen Sie sie weg, warnt anschliessen ausdrücklich.
Alles Weitere prüft Ihr Knoten selbst nach.
Dieser Knoten ist eine Demonstrationskette, kein gestartetes Hauptnetz: eine Startverteilung, ein Validator, kein physisches Metall dahinter.
In sieben Schritten zur eigenen Kette
Gibt Adresse und 50-Wort-Phrase aus. Die Phrase ist der einzige Weg zurück — auf Papier notieren, nirgends abtippen.
gld-wallet neu
Legt Genesis-Block und Startverteilung an. Der Stake wird aus dem Guthaben gebunden, nicht zusätzlich geschaffen.
gld-node init --validator 777d1… \
--guthaben 1000000 --stake 100000
Das Wallet fragt die Phrase ab, signiert und legt die Transaktion als Datei ab. Die Gebühr setzt es selbst auf das Protokollminimum.
gld-wallet senden --an 777d1… --token SLV \
--betrag 250 --nonce 0 --nach tx0.dat
Der Knoten prüft Signatur und Nonce sofort. Was nicht stimmt, kommt gar nicht erst in den Mempool.
gld-node einreichen --datei tx0.dat
Transaktionen desselben Kontos werden nach Nonce geordnet, damit keine gültige verloren geht.
gld-node lauf --bloecke 1 gld-node status
Export liefert Kettendatei und Genesis-Datei. Wer sie einliest, rechnet jeden Block nach — eine veränderte Datei fällt durch.
gld-node export --nach gld-chain.dat gld-node import --von gld-chain.dat
Wer die Kette hat, lauscht; wer sie will, holt sie sich. Jeder empfangene Block wird lokal vollständig nachgerechnet — die Gegenstelle liefert Vorschläge, keine Wahrheit.
gld-node dienen --adresse 0.0.0.0:9777 gld-node anschliessen --peer wirt:9777 \ --netz-id 13b8f6b1… gld-node abgleichen --peer wirt:9777
Datenblatt
| Deckung | 1 Token = 1 Gramm Physisches Metall im Tresor, einlösbar durch Verbrennen der Token. |
|---|---|
| Genauigkeit | 12 Dezimalstellen Gerechnet wird ausschliesslich in atomaren u128-Einheiten — keine Fliesskommazahlen. |
| Adressformat | 777d1… · 63 Zeichen Bech32m über dem SHA3-256 des Public Key. Jede einzelne Zeichenvertauschung wird von der Prüfsumme gefangen. |
| Seed-Phrase | 50 Wörter 512 Bit Entropie plus 38 Bit Prüfsumme. Ein falsch abgeschriebenes Wort wird mit Wahrscheinlichkeit 1 − 2⁻³⁸ erkannt. |
| Gebühr GLD | 0,0001 |
| Gebühr CPR | 0,00005 Kupfer ist bewusst teurer als Silber, damit das Collateral-Asset das Zahlungsmittel nicht verdrängt. |
| Gebühr SLV | 0,00001 |
| Gebühr Game-Token | 0,000000001 Für hochfrequente Spiel-Transaktionen. Jeder Game-Token ist durch gesperrtes Kupfer gedeckt. |
| Umsatzsteuer | je Land im Protokoll Jede Gebühr wird kaufmännisch in Netto und Steuer geteilt; die Steuer fliesst in einen länderspezifischen Pool. |
| Neues GLD | > 50 % der Stakes Nur per Governance-Beschluss mit Nachweis über physisches Gold. Exakt 50 % reichen nicht. |
Ehrlicher Stand
Die Trennung von offenem und verschleiertem Guthaben ist umgesetzt: wer verschleiert, gibt sein Stimmrecht auf. Die Verschleierung selbst ist es nicht — dafür fehlt die zk-STARK-Schicht. Ein privater Saldo ist heute nicht stakingfähig, für jeden Beobachter der Kette aber weiterhin sichtbar.
Verschleierte Überweisungen weist das Protokoll deshalb ausnahmslos ab, statt sie ungeprüft durchzulassen. Ein Platzhalter, der jeden Beweis akzeptiert, sähe aus wie funktionierende Privatsphäre — und jemand würde im Vertrauen darauf Beträge verschleiern, die es nie waren.
Selbst bauen und nachprüfen
Der Quelltext ist ein Cargo-Workspace aus acht Crates. Kein
unsafe im gesamten Projekt — auch nicht im Webserver, der
diese Seite ausliefert.
cargo build --release -p node # → target/release/gld-node cargo build --release -p gui_wallet # → target/release/gld-wallet cargo test --workspace --all-features # 329 Tests gld-wallet demo # zehn Schritte gegen einen lokalen Ledger — zeigt auch, # was das Protokoll abweist und warum
Die kryptographischen Verfahren stammen aus den Crates
fips203 und fips204; die Wortliste ist die
offizielle englische BIP39-Liste, gegen ihre bekannte SHA256-Summe geprüft.
Eine unabhängige Sicherheitsprüfung hat es noch nicht gegeben.