El 4 d’octubre, dos desenvolupadors van presentar BIP-447, una proposta de millora per a Bitcoin (BIP-447) que introdueix un forquilla suau (Bifurcació suau), un canvi en les regles que els nodes poden adoptar sense fragmentar la xarxa.
Titulada “Poda d’Op_return sense trencar la re-verificació de l’arbre Merkle + reducció selectiva de l’espai de bloc per a transaccions amb dades arbitràries”, BIP-447 tracta l’ús de registrescom a dades com ara textos o imatges, incrustades a Bitcoin mitjançant op_return, un codi que afegeix informació no monetària a les transaccions.
Tal com va informar els criptootics, les operacions amb op_return han provocat el corrent «Guerra dels clients »reflectint les tensions entre diferents enfocaments que els autors de BIP-447 consideren problemàtics:
- D’una banda, Luke Dashjr va introduir en nusos bitcoin a filtrat per patrons per bloquejar les transaccions amb inscripcions. Aquest filtratge, tal com es llegeix al dipòsit BIP-447, anima els usuaris a evitar la xarxa P2P (persona a persona) i enviar les seves transaccions directament a grups grans, concentrant la potència minera en aquestes plataformes.
- Per l’altra, a Bitcoin Core v.30, la següent versió d’aquest client que sortirà aquest mes, es va proposar contingut il·legal Com la pornografia infantilcosa que els podria causar problemes.
Com funciona BIP-447 a Bitcoin?
El text BIP-447 detalla la seva operació en tres punts clau.
Primer, assenyala a mitigar el registre en transaccions a través d’un forquilla suau això augmentaria els costos de Els scripts complementen (Programes que executen accions) sense ampliar la capacitat dels blocs.
Si s’especifica, el forquilla suau els causaria Les inscripcions amb op_return costen 4 vegades més Això avui.
Aquesta circumstància exerciria la pressió econòmica contra el que els autors entenen com a “abús de la blockchain”, conservant l’eficiència de les transaccions estàndard.
Tal com es detalla, els nous nodes assignarien pesos més grans a les transaccions amb op_return superior a 32 bytes, però respectarien el límit de pes virtual de fins a 4 megabytes, establert per SegWit, que els nodes antics també reconeixen.
Això garantiria que els blocs romandre vàlid per a tots i conservar el consens de la xarxa.
En segon lloc, BIP-447 segueix un model de desplegament conegut com a “UASF” (Soft User Activat), que permet nodes Imposar aquestes regles sense confiar en grups de desenvolupadors No han resolt el problema.
De tal manera, aquest UASF donaria als nodes la possibilitat de prendre decisions individuals A part de la política del client.
En tercer lloc, integrar el Opció d’emmagatzematge de Segidata Pudableun mètode que, inspirat en idees com Segwit (que separa les dades de verificació per estalviar espai), permet als nodes estalviar només les parts essencials de les transaccions i descartar la resta, alleujar la seva càrrega.
Aquesta integració oferiria als operadors de nodes Protecció econòmica reduint els costos del maquinari i la protecció legal Evitant emmagatzemar contingut problemàtic.
Quins punts per millorar BIP-447 a Bitcoin?
Entre els aspectes que la proposta promet millorar és:
- Reduir la càrrega per als nodes de llum, permetent -los verificar les transaccions Sense emmagatzemar tot l’estat d’Utxo (Sortides de transaccions sense parar), cosa que les fa més accessibles.
- Disminuir el consum de l’ample de banda transmetent dades complementàries només quan sigui necessari, Optimitzar el trànsit.
- Facilitar una escalabilitat gradual que adapta la xarxa a nodes de diferents capacitats sense renunciar a la seguretat. A més, reduint els costos operatius de nodes menys potents, Anima que més participants els operenreforçant la descentralització.
Per descoratjar l’ús excessiu de l’espai al fitxer Bitcoin, OP_Return surt superior a 32 bytes S’enfrontarien a un cost de quatre tempseliminant el descompte de pes que ens permet incloure fins a 4 MB per a 1 MB d’espai, com passa amb SEGWIT.
En canvi, els compromisos SECDATA de 32 bytes no comportarien aquesta penalització addicional, ja que el seu disseny evita l’augment de pes aplicat a les dades grans, permetent als nodes gestionar -los Sense penalitzar l’espai ocupat.
Amb aquest esquema, es crearia una pressió econòmica per als usuaris Deixeu inscripcions pesades o migreu a formats impresos com SegData.
Ho podem veure amb un exemple hipotètic, aportat pels autors de la proposta.
Segons el vostre document, L’impacte econòmic de BIP-447 seria significatiu. Les inscripcions de “1 MB es reduirien de quatre a un per bloc (75 % menys) i les de 100 kb de 40 a 10 (75 % menys)”.
Aquestes modificacions farien que les inscripcions siguin massa cares per continuar utilitzant -les de manera indiscriminada, segons el text.
Els autors de la proposta il·lustren com, amb un preu de 20 satoshis per byte virtual (SAT/VB), el cost de les transaccions de Bitcoin varia dramàticament segons el seu tipus.
Per exemple, una operació senzilla costaria uns 2.800 satoshis (al voltant de 2,80 dòlars amb un BTC a 124.000 dòlars) i un multifirma 2-de-3 (multisig) pujaria fins a uns 3.200 satoshis (3,20 dòlars).
Tanmateix, en el cas de les inscripcions d’1 MB, el preu és Jo dispararia fins a 20.000.000 satoshis (uns 20.000 dòlars)quatre vegades més que els 5.000.000 actuals (5.000 dòlars).
