Banff: sottoreti elastiche
Aggiornamento: Banff è stato attivato con successo su Avalanche Mainnet alle 12:00 EDT di martedì 18 ottobre!
Aggiornamento (18/10): Banff attivato con successo su Avalanche Mainnet questa mattina alle 12:00 EDT!
Sottoreti elastiche
Banff sblocca la possibilità per i creatori di subnet di attivare la convalida Proof-of-Stake e premi basati sul tempo di attività utilizzando il proprio token sulla propria subnet. Questo significa che per la prima volta chiunque può diventare un validatore di una Subnet semplicemente mettendo in staking il proprio token sulla P-Chain. Le sottoreti che scelgono di abilitare queste nuove funzionalità devono subire una trasformazione una tantum in un nuovo tipo di sottorete denominata sottorete elastica.
Quando si abilita Elastic Validation, il creatore blocca in modo permanente la sottorete da modifiche future (cede le proprie chiavi di controllo), specifica un Avalanche Native Token (ANT) che i validatori devono utilizzare per lo staking e che verrà distribuito come ricompensa per lo staking e fornisce una serie di parametri che regolano il funzionamento dei meccanismi di picchettamento della sottorete (ad es. "qual è l'importo minimo della puntata"). Alcuni di questi parametri configurabili sono elencati di seguito:
- ID risorsa (risorsa utilizzata per picchettamento e ricompense)
- Fornitura iniziale di token (fornitura corrente dell'asset dopo la trasformazione)
- Offerta massima (quantità di asset che esisterà dopo che tutte le ricompense sono state coniate)
- Min Validator Stake (importo minimo di fondi richiesti per diventare un validatore)
- Max Validator Stake (importo massimo di fondi che può essere assegnato a un singolo validatore, inclusi i fondi delegati)
- Min Stake Duration (numero minimo di secondi per cui uno staker può fare staking)
- Max Stake Duration (numero massimo di secondi per cui uno staker può fare staking)
- Commissione minima di delega (percentuale minima che un validatore deve addebitare a un delegante per la delega)
- Min Delegator Stake (importo minimo di fondi richiesti per diventare un delegante)
- Max Validator Weight Factor (fattore che calcola la quantità massima di delega che un validatore può ricevere)
- Requisito di tempo di attività (percentuale minima che un validatore deve essere online e reattivo per ricevere una ricompensa)
All'attivazione di Banff, sarà possibile utilizzare i token nativi Avalanche della X-Chain solo come token stakeable su Elastic Subnet. In una versione futura, verrà aggiunto il supporto per l'utilizzo di ERC-20 come ANT (che possono essere utilizzati come risorse stakeable e ricompensabili su sottoreti elastiche).
Rimozione anticipata del validatore di sottorete
I creatori di sottoreti devono specificare una durata esplicita dello staking e un peso dello staking per ogni validatore che aggiungono al set di validatori della loro sottorete (a meno che la sottorete non sia già stata trasformata in una sottorete elastica, nel qual caso i validatori lo determinano durante lo staking). Una volta impostato, non è possibile modificare né la durata dello staking di un validatore né il peso dello stake.
Sebbene questo non sia un problema nella stragrande maggioranza delle volte, un creatore di sottorete che aggiunge un validatore con un peso di puntata errato o con prestazioni insufficienti non sarà in grado di rimuovere la fastidiosa convalida fino al termine della durata di puntata predeterminata. Finora!
In Banff, i creatori di sottoreti hanno la possibilità di rimuovere un validatore prima della conclusione del suo periodo di staking da una sottorete. Se una sottorete è già stata resa elastica, un creatore di sottorete può anche utilizzare questa transazione per rimuovere i validatori aggiunti prima dell'abilitazione dello staking basato su token.
Messaggi protobuf P2P
In tutte le versioni precedenti di AvalancheGo, tutti i messaggi peer-to-peer (p2p) inviati tra i nodi utilizzavano un serializzatore personalizzato per codificare/decodificare i dati strutturati (vedere messaggio/codec e wrapper ). Questa implementazione è altamente ottimizzata per AvalancheGo ma è difficile da estendere senza invalidare i messaggi/dati esistenti perché non è compatibile con le versioni precedenti e successive. Sebbene questa libreria sia ottima per la codifica di dati che richiedono un formato canonico (ad esempio blocchi), rende inutilmente ingombrante la modifica dei pacchetti di rete di AvalancheGo.
In Banff, tutti i messaggi p2p vengono serializzati utilizzando i Protocol Buffers (Protobuf). Sebbene esistano centinaia di approcci di serializzazione, Protobuf è stata la scelta ovvia per questo miglioramento perché è già ampiamente utilizzato in AvalancheGo dal gestore di VM personalizzato. Al di fuori del formato wire compatibile con le versioni precedenti e successive, il nostro nuovo pacchetto di serializzazione basato su Protobuf utilizza meno memoria, utilizza meno larghezza di banda ed è più veloce della nostra implementazione precedente. Per non parlare del fatto che il codice di serializzazione per altre lingue può essere generato automaticamente. Puoi visualizzare tutti i file *.proto utilizzati da AvalancheGo qui .
Destinatari della commissione di delega personalizzata
Durante la progettazione delle sottoreti elastiche, abbiamo creato un nuovo tipo di transazione di picchettamento per unificare tutte le interazioni di picchettamento basate su token (sia sulla rete primaria che su una sottorete elastica). Questo nuovo tipo di transazione consente ai validatori di specificare un destinatario della ricompensa separato per le commissioni di delega, oltre ad aggiungere il supporto per lo staking di ANT
Questa flessibilità nel pagamento delle commissioni consente ai fornitori di staking di compensare direttamente i propri partner per aver attratto delegazioni ai propri validatori. Come puoi immaginare, questa funzionalità funziona ugualmente bene sulla rete primaria e sulle sottoreti elastiche.
FAQ
Come posso aggiornare il mio nodo?
Il processo di aggiornamento ad AvalancheGo v1.9.0 è lo stesso di qualsiasi altro aggiornamento. Se si compila dal sorgente, eseguire lo script di compilazione come prima. Se usi i binari precompilati, invocali come prima. Se usi lo script di installazione , usalo come prima.
Una volta avviato AvalancheGo v1.9.0, non è necessario fare nient'altro. Ulteriori informazioni sull'aggiornamento di un nodo sono disponibili qui . Come promemoria, è consigliabile disporre di un backup della chiave/certificato di staking.
Devo aggiornare il mio nodo?
Se non aggiorni il tuo validatore alla v1.9.0 prima della data di attivazione di Avalanche Mainnet (che verrà condivisa nei prossimi giorni), il tuo nodo verrà contrassegnato come offline e altri nodi segnaleranno che il tuo nodo ha un tempo di attività inferiore, il che potrebbe compromettere le tue ricompense per lo staking.
C'è qualche cambiamento nei requisiti hardware?
NO.
L'aggiornamento ridurrà il tempo di attività del mio validatore?
No. Come promemoria, puoi controllare il tempo di attività stimato del tuo validatore utilizzando la chiamata API `info.uptime` :
Penso che qualcosa non va. Cosa dovrei fare?
Per prima cosa, assicurati di aver letto attentamente la documentazione e di aver controllato le FAQ . Se non vedi una risposta alla tua domanda, vai sul nostro server Discord e cerca la tua domanda. Se non è già stato chiesto, si prega di pubblicarlo nell'apposito canale.
A proposito di Valanga
Avalanche è la piattaforma di contratti intelligenti più veloce nel settore blockchain, misurata dal tempo necessario per la finalità, e ha il maggior numero di validatori che assicurano la sua attività di qualsiasi protocollo di prova del palo. Avalanche è incredibilmente veloce, a basso costo e verde. Qualsiasi applicazione abilitata per smart contract può superare la concorrenza implementandola su Avalanche. Non ci credi? Prova Avalanche oggi.
Sito web | Whitepaper | Cinguettio | Discordia | Git Hub | Documentazione | Telegramma | Facebook | Linkedin | reddit | Youtube

![Che cos'è un elenco collegato, comunque? [Parte 1]](https://post.nghiatu.com/assets/images/m/max/724/1*Xokk6XOjWyIGCBujkJsCzQ.jpeg)



































