Gli sviluppatori di Bitcoin si sono riuniti presso la sede centrale di Fidelity Investments per discutere del futuro delle capacità tecniche di Bitcoin (BTC). La conferenza OP_NEXT si è concentrata su come Bitcoin possa espandere il suo utilizzo senza comprometterne la stabilità. Gli sviluppatori si sono riuniti per trovare il perfetto equilibrio tra innovazione e cautela, senza mettere a rischio l'integrità fondamentale della rete.

Gli sviluppatori di Bitcoin discutono sull'equilibrio tra crescita e stabilità

OP_NEXT ha portato sviluppatori che volevano far andare oltre Bitcoin e renderlo più flessibile, mantenendone al contempo la struttura. Con circa 100 partecipanti, la conferenza ha esplorato come incoraggiare BTC a raggiungere milioni di utenti in più in tutto il mondo. Gli sviluppatori hanno concordato che se Bitcoin vuole competere con blockchain in rapida evoluzione, deve essere aggiornato con molta attenzione.

 

Utilizzando Bitcoin come esempio di innovazione rischiosa esternamente, i partecipanti hanno sottolineato la sua necessità di flessibilità e resistenza agli shock esterni, ovvero la costante volatilità del mercato o una repressione normativa imminente percepita. Alcuni sviluppatori vogliono che Bitcoin progredisca con gli aggiornamenti, ma altri vogliono salvaguardarne le fondamenta. Ciò ha catturato la tensione nella sala, con coloro che vogliono un rapido miglioramento rispetto a coloro che si oppongono all'oscillazione dell'attuale stabilità di BTC.

Bitcoin affronta rischi di ossificazione senza nuovi aggiornamenti

Naturalmente, da allora BTC ha subito i suoi più recenti aggiornamenti di rete, SegWit nel 2017 e Taproot nel 2021, consentendo capacità di mercato che vanno oltre le semplici transazioni BTC. Questi aggiornamenti hanno portato nuove funzionalità a BTC, rendendolo più ricco di funzionalità e compatibile con altre innovazioni nello spazio finanziario apportate da altre blockchain. Tuttavia, sebbene nessun aggiornamento abbia avuto successo da Taproot, molti pensano che l'ossificazione tecnica frenerà BTC in futuro.

 

Alcuni partecipanti, tuttavia, hanno sostenuto che gli sviluppatori devono procedere lentamente, anche se la tecnologia deve ancora evolversi. Hanno citato preoccupazioni sul fatto che gli aggiornamenti costanti, che hanno alterato le previsioni di testo negli ultimi anni, potrebbero mandare in tilt la rete e alienare gli utenti tradizionali. Di conseguenza, ai partecipanti di OP_NEXT è stato chiesto di dare la priorità agli aggiornamenti necessari che avrebbero impedito un'eccessiva complicazione.

Dibattiti sul Patto e consenso della comunità

Tuttavia, i covenant, una funzionalità che consente agli utenti di specificare come vengono spesi i loro Bitcoin, sono stati uno dei temi principali sollevati a OP_NEXT, dove alcuni hanno dibattuto se implementarli e altri se ne sono tirati indietro. Lo sviluppatore Jeremy Rubin afferma che i covenant porterebbero maggiore flessibilità, ma farlo solleverebbe preoccupazioni sulla sicurezza. Molti nella comunità vedono i covenant come un asset, mentre molti altri li vedono come una potenziale passività.

 

Come hanno notato i partecipanti di OP_NEXT, ottenere un consenso su qualsiasi aggiornamento è una sfida in una situazione senza autorità centralizzata, come nel caso di BTC. Hanno concordato che qualsiasi proposta, come i patti, dovrebbe essere introdotta dalle comunità in via di sviluppo, inviata per un dibattito e una lunga revisione, e poi sfiorata dall'approvazione della comunità prima dell'implementazione. La stabilità viene mantenuta, ma significa anche che gli aggiornamenti che potrebbero migliorare BTC in un mercato competitivo potrebbero essere in attesa.

 

OP_CAT è un'altra proposta che rilancia la funzione di esecuzione di contratti intelligenti su BTC. Satoshi Nakamoto ha rimosso questa funzione quando ha creato BTC nel 2010, temendo che non fosse sicura, ma una nuova ricerca afferma che può essere eseguita in modo sicuro. Se OP_CAT viene adottato, potrebbe trasformare Bitcoin in un proxy dashboard per Ethereum effettuando transazioni programmabili.

 

Ma molti dei presenti vedono OP_CAT come un'opportunità per espandere le capacità di Bitcoin, mentre altri temono l'inaspettato. Alcuni sviluppatori sono consapevoli che la funzionalità di contratto intelligente potrebbe comportare rischi per Bitcoin. Il dibattito su OP_CAT riguarda il mantenimento dei principi di sicurezza di BTC sotto tensione con la spinta all'innovazione.

"Non romperlo"

La maggior parte dei sostenitori di Bitcoin semplicemente accumula sat, raccogliendo Bitcoin indifferentemente indipendentemente dai possibili percorsi tecnici, supponendo che tali discussioni vengano notate. Questa indifferenza deriva probabilmente dal fatto che una pluralità premia la sua qualità di spicco: i cambiamenti di valutazione. Durante una recente occasione di Portland HODL, un attuale collaboratore di Bitcoin Core ha posto una domanda alla folla: quale singolo obiettivo ogni sostenitore di Bitcoin vuole che i costruttori affrontino per Bitcoin? Una voce ha gridato: "Aumento del valore!"

"Esattamente!" rispose Portland HODL, aggiungendo, "Basta non romperlo!"

Gli sviluppatori di BTC si dividono sugli aggiornamenti e sui metodi di attivazione

Durante OP_NEXT, abbiamo sentito preoccupazioni riguardo alla potenziale resistenza di Bitcoin ai rischi futuri (ad esempio, il calcolo quantistico o il bug del timestamp del 2106). La maggior parte degli sviluppatori ha concordato sul fatto che prepararsi a questi problemi fosse la chiave per la sopravvivenza a lungo termine di Bitcoin. Questi problemi saranno tutti affrontati tramite proposte per un soft fork di "grande pulizia del consenso" per mantenere la funzionalità.

 

Alcuni sviluppatori vogliono puntare su nuove funzionalità, mentre altri potrebbero essere più veloci, soprattutto se si utilizzasse più spazio di blocco. Diversi partecipanti hanno discusso della necessità di non sovraccaricare la rete leader di BTC con funzionalità superflue. Mentre Bitcoin diventa sempre più prezioso e sotto i riflettori, i suoi sviluppatori hanno lavorato duramente per farlo funzionare e rimanere sulla buona strada.

Gli sviluppatori di OP_NEXT potrebbero aver accettato potenziali aggiornamenti ma non concordato sul miglior meccanismo di attivazione per i soft fork. Molti sviluppatori ora considerano insoddisfacenti i metodi di attivazione utilizzati per gli aggiornamenti passati, come Taproot e SegWit. In futuro, gli sviluppatori dovranno scegliere quali metodi di attivazione rappresentano al meglio l'etica decentralizzata di BTC.

 

Mentre gli sviluppatori hanno ammesso che BTC deve evolversi, la conferenza OP_NEXT ha chiarito che, sebbene gli sviluppatori concordino sul fatto che Bitcoin debba cambiare, non sono d'accordo su quanto. Una priorità fondamentale rimane bilanciare gli aggiornamenti con cautela, bilanciando tale cautela con il crescente riconoscimento del ruolo di Bitcoin come asset digitale ampiamente affidabile.

Rimani sintonizzato su TheBITJournal e tieni d'occhio gli aggiornamenti di Crypto. Seguici su Twitter e LinkedIn e unisciti al nostro canale Telegram per essere informato all'istante sulle ultime notizie!