Stacking di potenza o ricostruzione di base? Analisi dei pro e dei contro dell'architettura di Fabric
Negli ultimi giorni ho continuato a testare l'architettura di base di Fabric Foundation, cercando di far funzionare completamente i nodi di calcolo e di collegarli al cluster hardware esistente. Scoprendo questa facciata di decentralizzazione, la sostanza centrale rimane comunque il solito problema della gestione delle risorse.
Dopo aver completato alcuni gruppi di compiti di addestramento di modelli di apprendimento rinforzato, ho notato che il suo meccanismo di sincronizzazione dello stato presenta evidenti oscillazioni nei tempi di latenza. Quando le richieste concorrenti superano la soglia critica, la rete di consenso può subire brevi sospensioni. Le reti decentralizzate devono sempre pagare il costo della comunicazione tra nodi, ma nell'esecuzione di compiti di interazione meccanica ad alta frequenza, questa perdita di base è estremamente mortale.
Rispetto alla rete Akash accanto, in test simili in parallelo, Akash riesce a presentare i dati superficiali in modo molto attraente grazie a un forte matcher centralizzato, nascondendo la frammentazione causata dall'eterogeneità dell'hardware. Fabric insiste nell'affrontare la pura indirizzabilità punto a punto, e il costo di questo design è il compromesso della temporalità, mentre il vantaggio è un notevole aumento della tolleranza ai guasti dei nodi; la caduta fisica di un singolo punto non innescherà mai un crollo a catena.
L'attuale architettura della versione non è adatta per essere implementata direttamente in sistemi di decisione in tempo reale estremamente sensibili alla latenza. Assomiglia più a una base sperimentale che è ancora in fase di prova e iterazione. Il framework del protocollo è costruito in modo molto ingegnoso, ma la sensazione di grezzo del codice a livello di ingegneria è difficile da nascondere, e la logica delle chiamate alle interfacce ha ampio spazio per essere semplificata.
Questo non è affatto una negazione totale. Non esiste una base di potenza che possa risolvere tutto in un colpo solo. Essa offre nuove possibilità topologiche per la cooperazione distribuita dei dispositivi edge, con un enorme potenziale per lo sviluppo secondario. Giudicare la vitalità di un protocollo non significa solo concentrarsi sui picchi teorici nel white paper, ma verificare il tasso reale di disconnessione sotto carichi estremi è ciò che conta. Se i grandi progetti possano essere realizzati come previsto, dipende interamente dall'efficienza del team di sviluppo nella ricostruzione del codice di base.