Bitget App
Trade smarter
Acquista CryptoMercatiTradingFuturesEarnWeb3PlazaAltro
Trading
Spot
Acquista e vendi crypto
Margine
Amplifica il tuo capitale e l'efficienza dei fondi
Onchain
Trading Onchain, Senza Andare Onchain
Converti e Trading in Blocco
Converti criptovalute con un clic e zero commissioni
Esplora
Launchhub
Ottieni il vantaggio in anticipo e inizia a vincere
Copia
Copia un trader d'élite con un solo clic
Bot
Trading bot IA semplice, veloce e affidabile
Trading
Futures USDT-M
Futures regolati in USDT
Futures USDC-M
Futures regolati in USDC
Futures Coin-M
Futures regolati in criptovalute
Esplora
Guida ai Futures
Un percorso da nuovo utente ad avanzato nel trading sui futures
Promozioni sui Futures
Ti aspettano generosi bonus
Bitget Earn
Una varietà di prodotti per far crescere i tuoi asset
Earn Semplice
Deposita e preleva in qualsiasi momento per ottenere rendimenti flessibili a rischio zero
On-chain Earn
Guadagna profitti ogni giorno senza mettere a rischio il tuo capitale iniziale
Earn Strutturato
Un'innovazione finanziaria solida per gestire le oscillazioni del mercato
VIP e Gestione Patrimoniale
Servizi premium per una gestione patrimoniale smart
Prestiti
Prestiti flessibili con elevata sicurezza dei fondi
Vitalik: Fusaka sta sviluppando la funzione principale PeerDAS, con l'obiettivo di realizzare una blockchain in tempo reale senza la necessità di scaricare tutti i dati completi.

Vitalik: Fusaka sta sviluppando la funzione principale PeerDAS, con l'obiettivo di realizzare una blockchain in tempo reale senza la necessità di scaricare tutti i dati completi.

金色财经2025/09/25 01:23
Mostra l'originale

Jinse Finance riporta che il fondatore di Ethereum, Vitalik Buterin, ha pubblicato su X affermando che per Fusaka, la sicurezza è la massima priorità. La sua funzione principale, PeerDAS, sta tentando qualcosa di mai fatto prima: creare una blockchain in tempo reale che non richieda a nessun singolo nodo di scaricare tutti i dati. Il funzionamento di PeerDAS prevede che ogni nodo richieda solo una piccola quantità di “chunk” di dati, per verificare in modo probabilistico che oltre il 50% dei chunk sia disponibile. Se più del 50% dei chunk è disponibile, teoricamente il nodo può scaricare questi chunk e utilizzare l’erasure coding per recuperare i dati restanti. Nella prima versione, i dati completi del blocco devono comunque esistere in un unico luogo, in due situazioni: (i) initial broadcasting: quando i dati vengono pubblicati per la prima volta; (ii) reconstruction: quando il publisher ha pubblicato tra il 50% e il 100% dei chunk di dati. Tuttavia, questi ruoli non richiedono fiducia: basta un solo partecipante onesto per svolgere questi compiti e, anche se ci fossero 100 partecipanti disonesti, il protocollo li aggirerebbe. Inoltre, nodi diversi possono svolgere questo compito per blocchi diversi. In futuro, la cell-level messaging e la distributed block building permetteranno anche a queste due funzioni di essere distribuite. Si tratta di nuove tecnologie, quindi è saggio che gli sviluppatori principali siano estremamente cauti nei test, anche se lavorano su questo da anni. Questo è anche il motivo per cui il numero iniziale di blob verrà aumentato in modo conservativo, per poi diventare più aggressivo col tempo. Tuttavia, questa è la chiave per la scalabilità di L2 (e, alla fine, anche di L1, una volta che il limite di gas di L1 sarà così alto da dover inserire i dati di esecuzione di L1 nei blob).

0

Esclusione di responsabilità: il contenuto di questo articolo riflette esclusivamente l’opinione dell’autore e non rappresenta in alcun modo la piattaforma. Questo articolo non deve essere utilizzato come riferimento per prendere decisioni di investimento.

PoolX: Blocca per guadagnare
Almeno il 12% di APR. Sempre disponibile, ottieni sempre un airdrop.
Blocca ora!