Amaru apre la produzione di blocchi su mainnet per il nodo Rust di Cardano

L'ultima release beta di PRAGMA introduce la produzione di blocchi su mainnet, la selezione delle transazioni dal mempool e l'identificazione software CIP-0203 per l'implementazione alternativa del nodo di Cardano.

By SongMarketCap

Updated:

Cardano News - Amaru apre la produzione di blocchi su mainnet per il nodo Rust di Cardano

PRAGMA ha annunciato Amaru v10.11.20261105, una release beta progettata per abilitare la produzione di blocchi sulla mainnet di Cardano utilizzando la sua implementazione del nodo basata su Rust. L'aggiornamento rimuove la precedente limitazione che confinava la produzione di blocchi alle reti di test e introduce funzionalità pensate per consentire agli operatori di stake pool di produrre blocchi senza dipendere dal nodo Haskell di riferimento.

La release fa avanzare la tappa Minimum Viable Block Producer di Amaru, estendendo le sue capacità esistenti oltre la sincronizzazione della blockchain, la validazione e le operazioni di relay.

Amaru estende la produzione di blocchi alla mainnet di Cardano

Mantenuto da PRAGMA, Amaru è un'implementazione indipendente del nodo Cardano scritta in Rust. Implementa rete, validazione del ledger e funzionalità di consenso separatamente dal software di riferimento in Haskell, fornendo una base di codice alternativa per operare all'interno della rete Cardano.

Prima di questo aggiornamento, Amaru poteva già funzionare come relay su mainnet, sincronizzarsi tramite snapshot Mithril, validare i blocchi in ingresso e seguire lo stato corrente della blockchain. Le sue capacità di produzione di blocchi, tuttavia, restavano limitate agli ambienti di test. La nuova release rimuove tale restrizione e aggiunge la selezione delle transazioni dal mempool, dove le transazioni in attesa sono conservate prima dell'inclusione nei blocchi.

Le transazioni sono considerate in ordine di arrivo, con quelle che superano le dimensioni di blocco consentite o i limiti di esecuzione saltate durante la costruzione. L'aggiornamento introduce anche l'identificazione software CIP-0203, consentendo ai blocchi di riportare informazioni sull'implementazione del nodo responsabile della loro produzione.

Il tagging software è abilitato per impostazione predefinita. Gli operatori possono disabilitarlo tramite l'opzione --software-tag-off o la variabile di ambiente AMARU_SOFTWARE_TAG_OFF=true, mentre il nuovo comando amaru dev software-tag fornisce strumenti per ispezionare e decodificare gli identificatori.

Correzioni al ledger e miglioramenti operativi per gli operatori di stake pool

Oltre alla produzione di blocchi, la release include correzioni volte a migliorare la coerenza con l'implementazione di riferimento di Cardano. Queste riguardano i calcoli utilizzati per determinare l'idoneità del produttore di blocchi, inclusi i casi limite di arrotondamento, insieme a discrepanze nella validazione delle transazioni che coinvolgono restituzioni del collateral, witness, operazioni di governance e l'esecuzione fallita di script Plutus.

Sono state inoltre ampliate le capacità di monitoraggio. Metriche aggiuntive sulle connessioni supportano strumenti come gLiveView, mentre le metriche Key Evolving Signature (KES) sono state allineate a quelle esposte dal nodo Haskell. Questi cambiamenti forniscono agli operatori informazioni più coerenti quando monitorano la connettività del nodo e l'infrastruttura di produzione dei blocchi.

Secondo la documentazione della release, Amaru richiede un processore x86_64 o aarch64 con almeno due core a 2 GHz, un minimo di 2 GiB di RAM e tra 20 e 300 GiB di spazio di archiviazione. La quantità di spazio dipende dalla cronologia della blockchain sincronizzata dall'operatore.

Amaru non recupera automaticamente l'intera cronologia della catena durante il bootstrap iniziale. Ulteriore cronologia può essere sincronizzata separatamente tramite amaru mithril sync. La porta predefinita per le connessioni dei peer in ingresso è 3001 anziché 3000, con opzioni di configurazione disponibili per gli operatori.

[NEWSBREAK]

Distribuzione su mainnet e identificazione del software

L'Hard Fork Working Group di Intersect ha identificato il 5 novembre come data obiettivo per l'avvio della produzione di blocchi su mainnet Cardano da parte di Amaru. La documentazione della release di PRAGMA descrive la funzionalità necessaria per tale traguardo, sebbene le informazioni di rilascio non identifichino di per sé uno specifico blocco su mainnet prodotto con successo da Amaru.

Il software beta è descritto come disponibile per Linux su architetture x86_64 e aarch64, per macOS su aarch64 e per Windows. È inoltre specificata un'immagine Docker all'indirizzo ghcr.io/pragma-org/amaru:v10.11.20261105.

La modifica riguarda l'infrastruttura degli stake pool piuttosto che il modo in cui i detentori di ADA interagiscono con la rete. Le funzionalità del wallet, la delega e la partecipazione allo staking restano invariate indipendentemente da quale implementazione di nodo utilizzi un pool.

CIP-0203 fornisce un meccanismo per identificare il software utilizzato per produrre i singoli blocchi. Quando blocchi generati da Amaru che riportano tali identificatori appariranno sulla mainnet Cardano, la loro origine potrà essere distinta dai blocchi prodotti dall'implementazione Haskell di riferimento.