Protocollo Cosanta
Una panoramica tecnica della rete di pagamento peer-to-peer COSA: il suo registro UTXO, consenso Proof-of-Stake, masternode deterministici, LLMQ, modello di emissione e piattaforma Layer 2 pianificata basata su Tenderdash.
Revisione 1.1 · Luglio 2026- Tempo di blocco obiettivo
- 150 secondi
- Consenso
- PoS + LLMQ
- Offerta massima
- ≈56.04M COSA
- Licenza Core
- MIT open source
Panoramica del protocollo
Cosanta è una rete di pagamento decentralizzata open source il cui asset nativo è COSA.
La rete mantiene un registro pubblico UTXO senza un emittente centrale o un operatore di regolamento. Nodi indipendenti convalidano ogni transazione e bloccano rispetto alle stesse regole di consenso. Gli staker creano blocchi, mentre un livello masternode collateralizzato fornisce servizi basati sul quorum e governance decentralizzata.
Convalida indipendente
Ogni nodo completo controlla le firme delle transazioni, gli output non spesi, la struttura dei blocchi, le prove di puntata e i limiti di ricompensa prima di accettare lo stato.
Sicurezza basata sulla posta in gioco
Dopo la fase di bootstrap, la produzione di blocchi utilizza la Proof of Stake invece del calcolo continuo dell’hash competitivo.
Rete a due livelli
I masternode deterministici formano quorum per i blocchi delle transazioni, i blocchi dei blocchi e la governance senza sostituire la convalida dell'intero nodo.
Cosanta Core è un fork di Dash Core e mantiene il modello UTXO derivato da Bitcoin, la rete peer-to-peer e l'architettura del nodo di servizio. Cosanta cambia identità di rete, parametri monetari e consenso attivando PoS al blocco 100.000.
Apri il repository Dash Core upstreamArchitettura di rete
Cosanta separa la gestione delle chiavi locali, la convalida del consenso e i compiti del quorum a livello di servizio. Questa separazione mantiene la proprietà del portafoglio distinta dalla produzione di blocchi e dall’operazione masternode.
Nodo completo
Scarica la catena, mantiene il set UTXO e applica in modo indipendente tutte le regole di consenso. Non è necessario che un nodo completo sia un masternode.
Staker
Esegue un portafoglio sincronizzato con output COSA idonei e firma un blocco PoS valido quando un output trova uno stake kernel.
Masternode
Blocca la garanzia richiesta, si registra nell'elenco deterministico e partecipa ai quorum di servizio quando selezionato.
Portafoglio o integrazione
Crea e firma transazioni, tiene traccia delle conferme e interroga un nodo locale affidabile o un servizio protetto separatamente.
Consenso Proof of Stake
PoS è stato applicato sulla mainnet Cosanta dal blocco 100.000. Rende la proprietà di un UTXO idoneo, piuttosto che il potere di hashing grezzo, la risorsa utilizzata per proporre un blocco.
L'intervallo target è di 150 secondi e la difficoltà viene regolata continuamente. La scoperta dei blocchi rimane probabilistica: detenere una quota idonea aumenta la possibilità attesa di produrre un blocco ma non crea un rendimento fisso o garantito.
-
01
Seleziona gli output idonei
Il portafoglio di staking considera gli output COSA non spesi che soddisfano le regole di conferma ed esistono da almeno 86.400 secondi. Il collaterale Masternode è protetto dallo staking per impostazione predefinita.
-
02
Testare il kernel dello stake
Il nodo verifica gli output idonei e i timestamp consentiti rispetto al target PoS corrente. Un valore più idoneo aumenta la probabilità di selezione prevista.
-
03
Costruisci e firma
Quando un kernel soddisfa l'obiettivo, il portafoglio costruisce la transazione di stake del blocco, include transazioni mempool valide e firma il blocco con la chiave che controlla l'output selezionato.
-
04
Convalidare e propagare
I peer verificano che l'output non sia speso e maturo, che il kernel e i timestamp soddisfino l'obiettivo, che le firme siano valide e che la ricompensa richiesta non superi i limiti di consenso.
P(bloccare) ∝ quota ammissibile ÷ difficoltà di rete
Questa relazione spiega solo la selezione prevista; l'implementazione valuta nuclei di stake discreti e i risultati a breve termine possono differire sostanzialmente dalla media.
Lo staking richiede un nodo completamente sincronizzato e un accesso sicuro alla chiave di firma. Crittografa il portafoglio, conserva backup offline e sbloccalo soltanto per lo staking quando questa funzione è supportata. Il rendimento del pool dipende dalle ricompense di staking effettivamente ottenute e dalla fortuna del pool nel trovare blocchi. Wrapped COSA rappresenta un obbligo dell’operatore nei confronti dell’utente — il servizio riceve COSA nativi e consegna in cambio token BEP-20. Il loro prezzo di mercato e la loro negoziabilità sono sostenuti dalla liquidità creata su PancakeSwap.
Masternode e quorum
Un elenco deterministico di masternode ancora un secondo livello di rete. La garanzia dimostra un impegno economico di lunga durata; non concede il permesso di modificare le regole di consenso. I nodi completi continuano a verificare le transazioni, i blocchi e le firme del quorum risultanti.
La garanzia rimane sotto la chiave del proprietario ma deve rimanere non spesa mentre il masternode è registrato e attivo.
InstantSend
Blocca gli input delle transazioni tramite una firma LLMQ in modo che le spese in conflitto possano essere rifiutate prima che si accumuli la profondità di blocco ordinaria.
ChainLocks
Firma il primo blocco valido osservato in quota, rendendo le riorganizzazioni profonde sostanzialmente più difficili una volta che la rete accetta il blocco.
Governo
Gli operatori masternode attivi votano le proposte; i pagamenti approvati possono essere regolati attraverso il meccanismo di budget del superblocco del protocollo.
| Servizio | Profilo del quorum | Ruolo del protocollo |
|---|---|---|
| ChainLocks | LLMQ_400_60 |
Firma della soglia per i blocchi dei blocchi |
| InstantSend | LLMQ_60_75 |
Quorum di rotazione per blocchi deterministici delle transazioni |
| Platform | LLMQ_100_67 |
Profilo quorum riservato ai servizi della piattaforma |
Piattaforma Cosanta: livello 2 pianificato
La rete Layer 2 non elabora ancora lo stato dell'utente e non fa parte del consenso Cosanta attivo. Il progetto seguente descrive la direzione di sviluppo prevista, non un prodotto attualmente operativo.
Cosanta prevede di costruire la propria piattaforma Layer 2 come fork e adattamento dello stack della piattaforma Dash open source, utilizzando Tenderdash come motore di consenso BFT.
Tenderdash è un fork Tendermint adattato per quorum masternode dinamici e firme di soglia BLS. È la componente di consenso della piattaforma; l'archiviazione dello stato, il protocollo dati e le interfacce sviluppatore formano livelli separati. Nella versione Cosanta, questi componenti sono destinati all'integrazione con la catena PoS di livello 1 e l'elenco masternode deterministico Cosanta.
Cosanta Core
I pagamenti nativi COSA, UTXO, l'emissione, la Proof of Stake, i masternode e la finalità del Livello 1 rimangono sulla catena primaria.
Cosanta Platform
Una catena di stati separata per conferme rapide, modifiche dei dati verificabili e servizi applicativi decentralizzati.
Finalità BFT
Un blocco si impegna dopo l'accordo di più di due terzi del set di validatori attivi. Se non è possibile raggiungere il quorum, la finalizzazione dovrebbe interrompersi per preservare la coerenza dello Stato.
LLMQ e BLS
Tenderdash sostituisce un set di validatori statici con sottoinsiemi di masternode rotanti. Una firma di soglia BLS rappresenta la decisione del quorum come una firma compatta.
Esecuzione nello stesso blocco
Il progetto di destinazione eredita l'esecuzione dello stesso blocco: AppHash impegnato in un'intestazione di blocco rappresenta lo stato dopo l'esecuzione delle transizioni incluse.
Contratti dati, non EVM
La piattaforma pianificata si rivolge a identità, documenti e dati governati da schemi con transizioni di stato firmate. Non implica compatibilità EVM o contratti Solidity arbitrari.
Fasi di attuazione
Seleziona una linea di base Tenderdash/piattaforma compatibile, sostituisci le identità di rete e integrala con Cosanta Core, PoS e il modello masternode.
consensus.MN_RRHeight = 1013576;
Al blocco mainnet 1.013.576 si attiva MN_RR: il protocollo inizia a riallocare al credit pool la quota della ricompensa masternode destinata a Platform. Questa fase avvia il finanziamento del pool, ma non lancia né attiva Cosanta Platform.
Testare DKG, rotazione del validatore, interruzioni per perdita del quorum, stato deterministico, DAPI e aggiornamenti del protocollo in condizioni contraddittorie.
Cosanta Platform verrà lanciata successivamente tramite un'attivazione separata, dopo la validazione di devnet e testnet e la preparazione di specifiche pubbliche, audit e software per gli operatori. Il blocco 1.013.576 non è l'altezza di lancio di Platform.
Il profilo LLMQ_100_67 esiste già nei parametri Cosanta Core, ma questo da solo non significa che il Livello 2 sia attivo. Fino a quando non verrà effettuata un'attivazione separata, le prestazioni, le tariffe, le funzionalità dell'applicazione e gli aspetti economici della piattaforma rimangono obiettivi di progettazione.
Transazioni e registro UTXO
COSA viene contabilizzato come output delle transazioni non spese. Una transazione consuma output esistenti e crea nuovi output le cui condizioni di spesa sono definite da script e chiavi crittografiche.
Nessun saldo del conto nel consenso
Il saldo del portafoglio visualizzato è la somma degli UTXO spendibili controllati dalle sue chiavi. Il resto di un pagamento viene normalmente restituito come output appena creato.
Commissioni
La differenza tra il totale degli input e degli output costituisce la commissione di transazione. I nodi applicano policy di inoltro e mempool oltre ai controlli di consenso a livello di blocco.
Proprietà chiave
Il protocollo riconosce le firme valide, non le identità o le richieste di supporto. Perdere una chiave privata o una frase di ripristino generalmente significa perdere il controllo del proprio COSA.
Conferme e blocchi
Una conferma di blocco ordina la transazione nella catena PoS. InstantSend e ChainLocks aggiungono protezione con firma del quorum contro spese in conflitto e riorganizzazioni.
Emissione e distribuzione
COSA ha una curva di emissione definita dal protocollo con una fornitura massima approssimativa di 56,04 milioni di monete.
Per il lancio è stato utilizzato un bootstrap PoW a bassa ricompensa. PoS attivato al blocco 100.000, i pagamenti masternode sono iniziati più tardi e il sussidio di base aumenta in fasi programmate prima di entrare in dimezzamenti a lungo termine. Le commissioni di transazione vengono aggiunte al premio di blocco consentito e non creano da sole un'offerta aggiuntiva.
Lanciato senza premine
La rete principale Cosanta è stata lanciata pubblicamente il 16 luglio 2021 senza una riserva precreata di COSA nativo allocata prima dell'inizio della catena. Le monete sono entrate in circolazione attraverso ricompense definite dal protocollo per i blocchi prodotti dai partecipanti alla rete.
- Premine COSA nativo
- 0 COSA
- Lancio pubblico
- 2021-07-16
- Ricompensa del blocco iniziale
- 0.01 COSA
La dichiarazione no-premine si applica alla moneta nativa COSA e al lancio di Livello 1. La successiva rappresentazione del contratto BEP-20 su BNB Smart Chain ha una storia di fornitura e distribuzione separata.
| Intervallo di blocco | Sussidio di base | Fase del protocollo |
|---|---|---|
| 0–99,999 | 0.01 → 0.09 COSA | PoW bootstrap e protezione del monopolio |
| 100,000–525,251 | 0.10 → 0.50 COSA | PoS attivo; rampa graduale dei sussidi |
| 525,252–999,999 | 0.50 → 45 COSA | PoS con allocazione progressiva del masternode |
| 1,000,000–≈1,048,576 | 50 COSA | Picco del sussidio di base e attivazione del budget |
| ≈1,048,576–≈2,097,152 | 25 COSA | Primo halving programmato |
| ≈2,097,152+ | 12,5 COSA, poi dimezzato ad intervalli programmati | Emissione finita a lungo termine |
Dopo l’altezza iniziale del budget, il protocollo riserva una quota di sovvenzione per i pagamenti di governance approvati attraverso i superblocchi.
La quota del masternode inizia allo 0,1% e viene progressivamente riallocata verso l'obiettivo a lungo termine del 60% definito in Core.
Il massimo è un risultato del programma di emissione, non un'impostazione di token liberamente coniabile. Il consenso rifiuta ricompense superiori al sussidio consentito.
Wrapped COSA su BNB Smart Chain
Wrapped COSA è un token BEP-20 che collega la rete nativa Cosanta a uno staking pool e all'ecosistema BNB Smart Chain. Un utente può depositare COSA nativo nel pool e ricevere COSA incartato secondo le regole del servizio. Il pool aggrega i depositi e utilizza le monete native per lo staking sulla rete Cosanta, mentre il token rimane disponibile nel portafoglio compatibile dell'utente.
COSA nativo e COSA avvolto sono registrati su registri separati: il primo sulla blockchain Cosanta UTXO, il secondo da un contratto BEP-20 su BNB Smart Chain. Il token avvolto non crea ulteriori emissioni di monete native a livello di protocollo Cosanta.
Come ottenere COSA incartato
Ottieni wrapped COSA tramite @piratecash_bot
Lo scambio avviene tramite @piratecash_bot — deposita COSA nativi e richiedi il prelievo dei wrapped COSA sul tuo indirizzo BNB Smart Chain (BEP-20).
Apri @piratecash_bot ↗Acquista su PancakeSwap
Wrapped COSA può anche essere acquistato direttamente da un pool di liquidità disponibile con un portafoglio di autocustodia compatibile con BNB Smart Chain.
Apri PancakeSwap ↗0x5f980533b994c93631a639deda7892fc49995839
BscScan ↗
Fornitura fissa: 64.000.000 COSA · 8 decimali · l'intera fornitura è stata coniata al momento della stipula del contratto
Wrapped COSA e lo staking pool sono al di fuori del consenso della mainnet Cosanta. Il contratto non conia automaticamente token al deposito e non implementa un bridge trustless nativo: la conversione tra reti è gestita dal gateway del progetto utilizzando la fornitura esistente. Il gateway disponibile tramite @piratecash_bot garantisce lo scambio native COSA ↔ wrapped COSA in entrambe le direzioni. Prima di depositare o scambiare, verificare l'indirizzo del contratto, le regole di emissione e riscatto, le commissioni e i termini di custodia delle monete native. Il prezzo sul DEX, il rendimento e la liquidità non sono garantiti dal protocollo Cosanta.
Gateway di scambio bidirezionale @piratecash_bot ↗Confini di sicurezza e fiducia
La sicurezza è a più livelli: le firme proteggono la proprietà, PoS ordina transizioni di stato valide, i nodi completi impongono il consenso e le firme LLMQ aggiungono una protezione rapida contro i conflitti di transazione e le riorganizzazioni della catena.
Transazioni contrastanti
I nodi rifiutano le spese degli output già consumati, mentre InstantSend può bloccare gli input prima che venga raggiunta la normale profondità di conferma.
InstantSend · UTXORiorganizzazioni di catena
ChainLocks vincola l'accordo sul quorum a un blocco a una determinata altezza e riduce l'ambito pratico per riorganizzare la cronologia accettata.
ChainLocks · LLMQPuntata o premio non valido
Ogni nodo verifica in modo indipendente l'idoneità della puntata, l'obiettivo del kernel, la firma del blocco, la validità della transazione e la ricompensa massima.
PoS · validationCompromesso del portafoglio
Il consenso non può ripristinare le chiavi rubate. La crittografia, i backup della frase di ripristino, il rafforzamento del sistema e la separazione delle chiavi dell'operatore rimangono responsabilità dell'utente.
signatures · backupsQuesto documento descrive il protocollo; non è un audit, una promessa di investimento o una garanzia di funzionamento ininterrotto. Il codice di consenso eseguibile Cosanta Core è autorevole se questa panoramica e una versione software attiva differiscono.
Riferimenti per l'integrazione
Le integrazioni di produzione dovrebbero eseguire un nodo Cosanta Core compatibile, convalidare la rete segnalata e il blocco di genesi, attendere la conferma o la policy di blocco adeguata al proprio modello di rischio e testare gli aggiornamenti prima della distribuzione.
- Simbolo nativo
- COSA
- Posti decimali
- 8
- Porta P2P della rete principale
- 60606
- Prefisso dell'indirizzo pubblico
- C
- Il tempo della Genesi
- 2021-07-16 13:32 UTC
- Hash del blocco Genesis
00000216af2a362c1833a0a608408bcdc69d23b276e47d7510a776e3b0bb1fce