Protocollo PirateCash
Una panoramica tecnica della rete di pagamento peer-to-peer PIRATE: 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
- 120 secondi
- Consenso
- PoS + LLMQ
- Offerta massima
- ≈105M PIRATE
- Licenza Core
- MIT open source
Panoramica del protocollo
PirateCash è una rete di pagamento decentralizzata open source il cui asset nativo è PIRATE.
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.
PirateCash 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. PirateCash cambia identità di rete, parametri monetari e consenso attivando PoS al blocco 100.000.
Apri il repository Dash Core upstreamArchitettura di rete
PirateCash 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 PIRATE 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 PirateCash 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 120 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 PIRATE non spesi che soddisfano le regole di conferma ed esistono da almeno 28.800 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 PIRATE rappresenta un obbligo dell’operatore nei confronti dell’utente — il servizio riceve PIRATE 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.
Corsa
I masternode PirateCash alimentano anche Corsa, un messenger decentralizzato per comunicare senza confini con crittografia end-to-end, mantenendo private le conversazioni senza dipendere da un unico servizio centrale.
A partire da PirateCash Core v19, un masternode deve eseguire anche un nodo locale corsa-chat/Corsa sullo stesso server. La configurazione automatica nel repository masternode configura insieme PirateCash Core e corsa-chat. Il requisito è descritto in PIP-0001.
| 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 PirateCash: livello 2 pianificato
La rete Layer 2 non elabora ancora lo stato dell'utente e non fa parte del consenso PirateCash attivo. Il progetto seguente descrive la direzione di sviluppo prevista, non un prodotto attualmente operativo.
PirateCash 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 PirateCash, questi componenti sono destinati all'integrazione con la catena PoS di livello 1 e l'elenco masternode deterministico PirateCash.
PirateCash Core
I pagamenti nativi PIRATE, UTXO, l'emissione, la Proof of Stake, i masternode e la finalità del Livello 1 rimangono sulla catena primaria.
PirateCash 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 PirateCash Core, PoS e il modello masternode.
consensus.MN_RRHeight = 1910840;
Al blocco mainnet 1.910.840 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 PirateCash Platform.
Testare DKG, rotazione del validatore, interruzioni per perdita del quorum, stato deterministico, DAPI e aggiornamenti del protocollo in condizioni contraddittorie.
PirateCash 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.910.840 non è l'altezza di lancio di Platform.
Il profilo LLMQ_100_67 esiste già nei parametri PirateCash 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
PIRATE 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 PIRATE.
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
PIRATE ha una curva di emissione definita dal protocollo con una fornitura massima approssimativa di 105 milioni di monete.
La rete ha usato Proof of Work fino al blocco 100.000; in seguito Proof of Stake è diventato il meccanismo di produzione dei blocchi. Il sussidio base è partito da 50 PIRATE e si dimezza ogni 1.048.576 altezze del blocco precedente. I pagamenti deterministici ai masternode iniziano al blocco 1.266.000, il budget DAO al blocco 1.899.666 e il finanziamento del credit pool tramite MN_RR al blocco 1.910.840. Le commissioni vengono aggiunte alla ricompensa consentita e non creano da sole nuova emissione.
Lanciato senza premine
La rete principale PirateCash è stata lanciata pubblicamente il 3 novembre 2018 senza una riserva precreata di PIRATE 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 PIRATE nativo
- 0 PIRATE
- Lancio pubblico
- 2018-11-03
- Ricompensa del blocco iniziale
- 50 PIRATE
La dichiarazione no-premine si applica alla moneta nativa PIRATE 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 | 50 PIRATE | Fase iniziale PoW |
| 100,000–1,048,575 | 50 PIRATE | PoS con sussidio base completo |
| 1,048,576–1,265,999 | 25 PIRATE | PoS con allocazione progressiva del masternode |
| 1,266,000–1,899,665 | 25 PIRATE | Pagamenti deterministici ai masternode attivi |
| 1,899,666–2,097,151 | 25 PIRATE | Budget DAO; MN_RR segue al blocco 1.910.840 |
| 2,097,152+ | 12,5 PIRATE, poi dimezzamento ogni 1.048.576 blocchi | Emissione finita nel lungo periodo |
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 PIRATE su BNB Smart Chain
Wrapped PIRATE è un token BEP-20 che collega la rete nativa PirateCash a uno staking pool e all'ecosistema BNB Smart Chain. Un utente può depositare PIRATE nativo nel pool e ricevere PIRATE incartato secondo le regole del servizio. Il pool aggrega i depositi e utilizza le monete native per lo staking sulla rete PirateCash, mentre il token rimane disponibile nel portafoglio compatibile dell'utente.
PIRATE nativo e PIRATE avvolto sono registrati su registri separati: il primo sulla blockchain PirateCash 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 PirateCash.
Come ottenere PIRATE incartato
Ottieni wrapped PIRATE tramite @piratecash_bot
Lo scambio avviene tramite @piratecash_bot — deposita PIRATE nativi e richiedi il prelievo dei wrapped PIRATE sul tuo indirizzo BNB Smart Chain (BEP-20).
Apri @piratecash_bot ↗Acquista su PancakeSwap
Wrapped PIRATE può anche essere acquistato direttamente da un pool di liquidità disponibile con un portafoglio di autocustodia compatibile con BNB Smart Chain.
Apri PancakeSwap ↗0xaFCC12e4040615E7Afe9fb4330eB3D9120acAC05
BscScan ↗
Fornitura fissa: 105.000.000 PIRATE · 8 decimali · l'intera fornitura è stata coniata al momento della stipula del contratto
Wrapped PIRATE e lo staking pool sono al di fuori del consenso della mainnet PirateCash. 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 PIRATE ↔ wrapped PIRATE 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 PirateCash.
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 PirateCash Core è autorevole se questa panoramica e una versione software attiva differiscono.
Riferimenti per l'integrazione
Le integrazioni di produzione dovrebbero eseguire un nodo PirateCash 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
- PIRATE
- Posti decimali
- 8
- Porta P2P della rete principale
- 63636
- Prefisso dell'indirizzo pubblico
- P
- Il tempo della Genesi
- 2018-11-02 23:45 UTC
- Hash del blocco Genesis
33422d3f8e94bae7cd2544e737d64ff8ec3ee140cc3fdc4db3d14656f9a60912