Cosanta-Protokoll
Ein technischer Überblick über das Peer-to-Peer-Zahlungsnetzwerk COSA: sein UTXO-Ledger, Proof-of-Stake-Konsens, deterministische Masterknoten, LLMQs, Emissionsmodell und die geplante Tenderdash-basierte Layer-2-Plattform.
Revision 1.1 · Juli 2026- Zielblockzeit
- 150 Sekunden
- Konsens
- PoS + LLMQ
- Maximales Angebot
- ≈56.04M COSA
- Core-Lizenz
- MIT open source
Protokollübersicht
Cosanta ist ein dezentrales Open-Source-Zahlungsnetzwerk, dessen natives Asset COSA ist.
Das Netzwerk unterhält ein öffentliches UTXO-Ledger ohne zentralen Emittenten oder Abwicklungsbetreiber. Unabhängige Knoten validieren jede Transaktion und blockieren sie anhand derselben Konsensregeln. Staker erstellen Blöcke, während eine besicherte Masternode-Schicht Quorum-basierte Dienste und dezentrale Governance bereitstellt.
Unabhängige Validierung
Jeder vollständige Knoten überprüft Transaktionssignaturen, nicht ausgegebene Ausgaben, Blockstruktur, Einsatznachweise und Belohnungslimits, bevor er den Status akzeptiert.
Pfahlbasierte Sicherheit
Nach der Bootstrap-Phase verwendet die Blockproduktion Proof of Stake anstelle einer kontinuierlichen Wettbewerbs-Hash-Berechnung.
Zweistufiges Netzwerk
Deterministische Masterknoten bilden Quoren für Transaktionssperren, Blocksperren und Governance, ohne die vollständige Knotenvalidierung zu ersetzen.
Cosanta Core ist ein Fork von Dash Core und behält dessen von Bitcoin abgeleitetes UTXO-Modell, Peer-to-Peer-Netzwerk und Service-Node-Architektur bei. Cosanta ändert Netzwerkidentität, monetäre Parameter und Konsens durch die Aktivierung von PoS bei Block 100.000.
Öffnen Sie das Upstream-Repository Dash CoreNetzwerkarchitektur
Cosanta trennt die lokale Schlüsselverwaltung, die Konsensvalidierung und die Quorumspflichten der Serviceschicht. Durch diese Trennung wird der Wallet-Besitz von der Blockproduktion und dem Masternode-Betrieb getrennt.
Vollständiger Knoten
Lädt die Kette herunter, verwaltet den UTXO-Satz und setzt unabhängig alle Konsensregeln durch. Ein Full Node muss kein Masternode sein.
Staker
Führt ein synchronisiertes Wallet mit berechtigten COSA-Ausgaben aus und signiert einen gültigen PoS-Block, wenn eine Ausgabe einen Stake-Kernel findet.
Masternode
Sperrt die erforderlichen Sicherheiten, registriert sich in der deterministischen Liste und nimmt bei Auswahl an Service-Quoren teil.
Wallet oder Integration
Erstellt und signiert Transaktionen, verfolgt Bestätigungen und fragt einen vertrauenswürdigen lokalen Knoten oder einen separat gesicherten Dienst ab.
Proof-of-Stake-Konsens
PoS wurde im Cosanta-Mainnet seit Block 100.000 durchgesetzt. Es macht den Besitz eines geeigneten UTXO zur Ressource, die zum Vorschlagen eines Blocks verwendet wird, und nicht die rohe Hashing-Leistung.
Das Zielintervall beträgt 150 Sekunden und der Schwierigkeitsgrad wird kontinuierlich angepasst. Die Blockentdeckung bleibt probabilistisch: Das Halten eines geeigneten Einsatzes erhöht die erwartete Chance, einen Block zu produzieren, schafft jedoch keine feste oder garantierte Rendite.
-
01
Wählen Sie geeignete Ausgänge aus
Das Stake Wallet berücksichtigt nicht ausgegebene COSA-Ausgaben, die den Bestätigungsregeln entsprechen und seit mindestens 86.400 Sekunden vorhanden sind. Masternode-Sicherheiten sind standardmäßig vor dem Abstecken geschützt.
-
02
Testen Sie den Stake-Kernel
Der Knoten testet geeignete Ausgaben und zulässige Zeitstempel anhand des aktuellen PoS-Ziels. Ein höherer infrage kommender Wert erhöht die erwartete Auswahlwahrscheinlichkeit.
-
03
Konstruieren und unterschreiben
Wenn ein Kernel das Ziel erreicht, erstellt das Wallet die Block-Stake-Transaktion, schließt gültige Mempool-Transaktionen ein und signiert den Block mit dem Schlüssel, der die ausgewählte Ausgabe steuert.
-
04
Validieren und verbreiten
Peers überprüfen, ob die Ausgabe unverbraucht und ausgereift ist, der Kernel und die Zeitstempel das Ziel erfüllen, die Signaturen gültig sind und die beanspruchte Belohnung die Konsensgrenzen nicht überschreitet.
P(Block) ∝ zulässiger Anteil ÷ Netzwerkschwierigkeit
Diese Beziehung erklärt nur die erwartete Auswahl; Die Implementierung bewertet diskrete Stake-Kernel und kurzfristige Ergebnisse können erheblich vom Durchschnitt abweichen.
Staking erfordert einen vollständig synchronisierten Knoten und sicheren Zugriff auf den Signaturschlüssel. Verschlüsseln Sie das Wallet, bewahren Sie Offline-Backups auf und entsperren Sie es nur für das Staking, sofern dies unterstützt wird. Die Poolrendite hängt von den tatsächlich erzielten Staking-Belohnungen und vom Glück des Pools beim Finden von Blöcken ab. Wrapped COSA stellt eine Verpflichtung des Betreibers gegenüber dem Nutzer dar — der Dienst nimmt native COSA entgegen und gibt dafür BEP-20-Token aus. Ihr Marktpreis und ihre Handelbarkeit werden durch die auf PancakeSwap bereitgestellte Liquidität unterstützt.
Masternodes und Quoren
Eine deterministische Masternode-Liste verankert eine zweite Netzwerkebene. Sicherheiten beweisen ein langlebiges wirtschaftliches Engagement; es gewährt keine Erlaubnis, Konsensregeln zu ändern. Vollständige Knoten überprüfen weiterhin die resultierenden Transaktionen, Blöcke und Quorumsignaturen.
Die Sicherheit bleibt unter dem Schlüssel des Eigentümers, darf aber nicht ausgegeben werden, solange der Masternode registriert und aktiv ist.
InstantSend
Sperrt Transaktionseingaben durch eine LLMQ-Signatur, sodass widersprüchliche Ausgaben abgelehnt werden können, bevor sich die normale Blocktiefe ansammelt.
ChainLocks
Signiert den ersten gültigen Block, der in der Höhe beobachtet wird, wodurch tiefgreifende Reorganisationen erheblich erschwert werden, sobald das Netzwerk die Sperre akzeptiert.
Regierungsführung
Aktive Masternode-Betreiber stimmen über Vorschläge ab; Genehmigte Zahlungen können über den Superblock-Budgetmechanismus des Protokolls abgewickelt werden.
| Service | Quorum-Profil | Protokollrolle |
|---|---|---|
| ChainLocks | LLMQ_400_60 |
Schwellenwertsignatur für Blocksperren |
| InstantSend | LLMQ_60_75 |
Rotierendes Quorum für deterministische Transaktionssperren |
| Platform | LLMQ_100_67 |
Quorum-Profil für Plattformdienste reserviert |
Cosanta-Plattform: geplanter Layer 2
Das Layer-2-Netzwerk verarbeitet den Benutzerstatus noch nicht und ist nicht Teil des aktiven Cosanta-Konsenses. Das folgende Design beschreibt die beabsichtigte Entwicklungsrichtung, nicht ein derzeit in Betrieb befindliches Produkt.
Cosanta plant den Aufbau einer eigenen Layer-2-Plattform als Fork und Adaption des Open-Source-Plattformstapels Dash, wobei Tenderdash als BFT-Konsens-Engine verwendet wird.
Tenderdash ist ein Tendermint-Fork, der für dynamische Masternode-Quoren und BLS-Schwellenwertsignaturen angepasst ist. Es ist die Konsenskomponente der Plattform; Zustandsspeicher, Datenprotokoll und Entwicklerschnittstellen bilden separate Schichten. In der Cosanta-Version sind diese Komponenten für die Integration in die Schicht-1-PoS-Kette und die deterministische Masterknotenliste Cosanta vorgesehen.
Cosanta Core
Native COSA-, UTXO-Zahlungen, Emission, Proof of Stake, Masternodes und Layer-1-Finalität bleiben in der Primärkette.
Cosanta Platform
Eine separate Statuskette für schnelle Bestätigung, überprüfbare Datenänderungen und dezentrale Anwendungsdienste.
BFT Endgültigkeit
Ein Block wird nach Zustimmung von mehr als zwei Dritteln des aktiven Validatorsatzes festgeschrieben. Wenn kein Quorum erreicht werden kann, sollte die Finalisierung gestoppt werden, um die Konsistenz des Staates zu wahren.
LLMQ und BLS
Tenderdash ersetzt einen statischen Validatorsatz durch rotierende Masterknoten-Teilsätze. Eine BLS-Schwellenwertsignatur stellt die Quorumsentscheidung als eine kompakte Signatur dar.
Ausführung im selben Block
Das Zieldesign erbt die Ausführung im selben Block: Der in einem Blockheader festgeschriebene AppHash stellt den Zustand dar, nachdem die enthaltenen Übergänge ausgeführt wurden.
Datenverträge, nicht EVM
Die geplante Plattform zielt auf Identitäten, Dokumente und schemagesteuerte Daten mit signierten Zustandsübergängen ab. Dies impliziert keine EVM-Kompatibilität oder willkürliche Solidity-Verträge.
Implementierungsphasen
Wählen Sie eine kompatible Tenderdash/Plattform-Basislinie aus, ersetzen Sie Netzwerkidentitäten und integrieren Sie sie mit Cosanta, Core, PoS und dem Masterknotenmodell.
consensus.MN_RRHeight = 1013576;
Bei Mainnet-Block 1.013.576 wird MN_RR aktiviert: Das Protokoll beginnt, den Platform-Anteil der Masternode-Belohnung dem Credit Pool zuzuweisen. Damit beginnt die Finanzierung des Pools; Cosanta Platform wird dadurch weder gestartet noch aktiviert.
Testen Sie DKG, Validatorrotation, Quorum-Loss-Stopps, deterministischen Zustand, DAPI und Protokoll-Upgrades unter schwierigen Bedingungen.
Cosanta Platform wird später durch einen separaten Aktivierungsprozess gestartet, nachdem Devnet und Testnet validiert sowie öffentliche Spezifikationen, Audits und Betreibersoftware vorbereitet wurden. Block 1.013.576 ist nicht die Starthöhe der Platform.
Das Profil LLMQ_100_67 ist bereits in den Parametern Cosanta Bis zu einer separaten Aktivierung bleiben Leistung, Gebühren, Anwendungsfunktionen und Plattformökonomie Designziele.
Transaktionen und das UTXO-Ledger
COSA wird als nicht ausgegebene Transaktionsausgaben verbucht. Eine Transaktion verbraucht vorhandene Ausgaben und erstellt neue Ausgaben, deren Ausgabebedingungen durch Skripte und kryptografische Schlüssel definiert werden.
Kein Kontostand im Konsens
Ein angezeigtes Wallet-Guthaben ist die Summe der auszugebenden UTXOs, die von seinen Schlüsseln gesteuert werden. Das Wechselgeld einer Zahlung wird normalerweise als neu erstellte Ausgabe zurückgegeben.
Gebühren
Die Differenz zwischen den gesamten Inputs und Outputs ist die Transaktionsgebühr. Knoten wenden Relay- und Mempool-Richtlinien zusätzlich zu Konsensprüfungen auf Blockebene an.
Schlüsseleigentum
Das Protokoll erkennt gültige Signaturen, keine Identitäten oder Supportanfragen. Der Verlust eines privaten Schlüssels oder einer Wiederherstellungsphrase bedeutet im Allgemeinen, dass die Kontrolle über das COSA verloren geht.
Bestätigung und Sperren
Eine Blockbestätigung ordnet die Transaktion in der PoS-Kette an. InstantSend und ChainLocks bieten Quorum-signierten Schutz vor widersprüchlichen Ausgaben und Reorganisationen.
Emission und Verteilung
COSA verfügt über eine protokolldefinierte Emissionskurve mit einem ungefähren maximalen Vorrat von 56,04 Millionen Münzen.
Für den Start wurde ein PoW-Bootstrap mit geringer Belohnung verwendet. PoS wurde bei Block 100.000 aktiviert, Masternode-Zahlungen begannen später und die Basissubvention steigt in geplanten Schritten, bevor sie in langfristige Halbierungen eintritt. Transaktionsgebühren werden zur zulässigen Blockbelohnung hinzugerechnet und schaffen an sich kein zusätzliches Angebot.
Ohne Premine gestartet
Das Cosanta-Mainnet wurde am 16. Juli 2021 öffentlich gestartet, ohne dass vor dem Start der Kette eine vorab erstellte Reserve an nativem COSA zugewiesen wurde. Münzen gelangten durch protokolldefinierte Belohnungen für Blöcke, die von Netzwerkteilnehmern produziert wurden, in Umlauf.
- Native COSA-Premine
- 0 COSA
- Öffentlicher Start
- 2021-07-16
- Erste Blockbelohnung
- 0.01 COSA
Die No-Premine-Erklärung gilt für die native COSA-Münze und den Layer-1-Start. Die spätere Vertragsdarstellung BEP-20 auf der BNB Smart Chain verfügt über eine separate Liefer- und Vertriebshistorie.
| Blockbereich | Grundzuschuss | Protokollphase |
|---|---|---|
| 0–99,999 | 0.01 → 0.09 COSA | PoW Bootstrap- und Monopolschutz |
| 100,000–525,251 | 0.10 → 0.50 COSA | PoS aktiv; schrittweiser Förderanstieg |
| 525,252–999,999 | 0.50 → 45 COSA | PoS mit progressiver Masternode-Zuweisung |
| 1,000,000–≈1,048,576 | 50 COSA | Spitzenbasissubvention und Budgetaktivierung |
| ≈1,048,576–≈2,097,152 | 25 COSA | Erste geplante Halbierung |
| ≈2,097,152+ | 12,5 COSA, dann in geplanten Abständen halbiert | Langfristige endliche Emission |
Nach der Höhe des Budgetstarts reserviert das Protokoll einen Subventionsanteil für genehmigte Governance-Zahlungen durch Superblocks.
Der Masternode-Anteil beginnt bei 0,1 % und wird schrittweise in Richtung des in Core definierten langfristigen Ziels von 60 % umverteilt.
Das Maximum ist ein Emissionsplanergebnis, keine frei prägbare Token-Einstellung. Der Konsens lehnt Belohnungen ab, die über den zulässigen Zuschuss hinausgehen.
Wrapped COSA auf BNB Smart Chain
Wrapped COSA ist ein BEP-20-Token, der das native Cosanta-Netzwerk mit einem Staking-Pool und dem BNB Smart Chain-Ökosystem verbindet. Ein Benutzer kann gemäß den Serviceregeln natives COSA in den Pool einzahlen und verpacktes COSA erhalten. Der Pool aggregiert Einzahlungen und verwendet die nativen Münzen zum Abstecken im Cosanta-Netzwerk, während der Token im kompatiblen Wallet des Benutzers verfügbar bleibt.
Natives COSA und verpacktes COSA werden in separaten Ledgern erfasst: Ersteres auf der Cosanta UTXO-Blockchain, Letzteres durch einen BEP-20-Vertrag auf der BNB Smart Chain. Der verpackte Token erzeugt auf der Cosanta-Protokollebene keine zusätzliche Emission nativer Münzen.
So erhalten Sie verpacktes COSA
Wrapped COSA über @piratecash_bot erhalten
Der Umtausch erfolgt über @piratecash_bot — zahlen Sie native COSA ein und veranlassen Sie die Auszahlung von wrapped COSA an Ihre BNB-Smart-Chain-Adresse (BEP-20).
@piratecash_bot öffnen ↗Kaufen Sie auf PancakeSwap
Wrapped COSA kann auch direkt aus einem verfügbaren Liquiditätspool mit einer BNB Smart Chain-kompatiblen Self-Custody-Wallet erworben werden.
Öffnen Sie PancakeSwap ↗0x5f980533b994c93631a639deda7892fc49995839
BscScan ↗
Fester Vorrat: 64.000.000 COSA · 8 Dezimalstellen · Der volle Vorrat wurde geprägt, als der Vertrag in Kraft trat
Wrapped COSA und der Staking-Pool liegen außerhalb des Cosanta-Mainnet-Konsenses. Der Vertrag prägt bei einer Einzahlung nicht automatisch Token und implementiert keine native Trustless Bridge: Die netzwerkübergreifende Konvertierung wird vom Projekt-Gateway aus dem vorhandenen Token-Angebot ausgeführt. Das Gateway über @piratecash_bot garantiert den Umtausch native COSA ↔ wrapped COSA in beide Richtungen. Prüfen Sie vor einer Einzahlung oder einem Tausch die Vertragsadresse, Ausgabe- und Rücknahmeregeln, Gebühren und Verwahrungsbedingungen für native Coins. DEX-Preis, Rendite und Liquidität werden nicht durch das Cosanta-Protokoll garantiert.
Bidirektionales Exchange-Gateway @piratecash_bot ↗Sicherheits- und Vertrauensgrenzen
Die Sicherheit ist mehrschichtig: Signaturen schützen das Eigentum, PoS ordnet gültige Zustandsübergänge an, vollständige Knoten erzwingen den Konsens und LLMQ-Signaturen bieten schnellen Schutz vor Transaktionskonflikten und Kettenreorganisationen.
Widersprüchliche Transaktionen
Knoten lehnen Ausgaben bereits verbrauchter Ausgaben ab, während InstantSend Eingaben sperren kann, bevor die normale Bestätigungstiefe erreicht ist.
InstantSend · UTXOKettenumstrukturierungen
ChainLocks bindet die Quorumsvereinbarung an einen Block auf einer bestimmten Höhe und verringert den praktischen Spielraum für die Neuorganisation des akzeptierten Verlaufs.
ChainLocks · LLMQUngültiger Einsatz oder Belohnung
Jeder Knoten überprüft unabhängig die Stake-Berechtigung, das Kernel-Ziel, die Blocksignatur, die Transaktionsgültigkeit und die maximale Belohnung.
PoS · validationKompromiss beim Geldbeutel
Consensus kann gestohlene Schlüssel nicht wiederherstellen. Verschlüsselung, Sicherung der Wiederherstellungsphrase, Systemhärtung und Trennung der Betreiberschlüssel bleiben weiterhin in der Verantwortung des Benutzers.
signatures · backupsDieses Dokument beschreibt das Protokoll; Es handelt sich nicht um eine Prüfung, ein Investitionsversprechen oder eine Garantie für einen unterbrechungsfreien Betrieb. Der ausführbare Konsenscode Cosanta Core ist maßgeblich, wenn diese Übersicht und ein aktives Software-Release abweichen.
Integrationsreferenz
Produktionsintegrationen sollten einen kompatiblen Cosanta Core-Knoten ausführen, das gemeldete Netzwerk und den Genesis-Block validieren, auf die Bestätigung oder Sperrrichtlinie warten, die ihrem Risikomodell entspricht, und Upgrades vor der Bereitstellung testen.
- Einheimisches Symbol
- COSA
- Dezimalstellen
- 8
- Mainnet-P2P-Port
- 60606
- Präfix für öffentliche Adressen
- C
- Genesis-Zeit
- 2021-07-16 13:32 UTC
- Genesis-Block-Hash
00000216af2a362c1833a0a608408bcdc69d23b276e47d7510a776e3b0bb1fce