¿Cuál es el impacto de la posible bifurcación de tontos el 1 de agosto? ¿Duplique las monedas que tengo?

Si la propuesta de Nitwit se activa a fines de julio, según tengo entendido, se producirá una bifurcación dura porque los mineros y los nodos que continúen usando el software anterior generarán bloques en el formato anterior, pero esos bloques serán ignorados por los clientes de nitwit, y viceversa. viceversa Entonces, básicamente habrá dos cadenas.

Si eso sucede y transfiero algunas monedas, ¿cómo se decide en qué cadena ocurre la transacción? ¿Puedo gastar dos veces mis monedas, una vez en cada cadena?

¿A qué te refieres con propuesta idiota?
¿Te refieres a UASF o Segwit2x?
Hola Tyler Durden, la situación es lo suficientemente opaca sin usar términos confusos. ¿Podría editar su pregunta para llamar a las cosas por su nombre en aras de la claridad y verificar amablemente la política en la puerta? La pregunta real es bastante interesante sin abrir otro escenario para que el cisma baile.

Respuestas (1)

No, todos los clientes serán compatibles hasta el HF y extraerán una cadena.

Si SegWit2x alcanza el 80 % de soporte durante un período de señalización de 336 bloques, significa que la bifurcación SegWit se bloquea y activará otros 336 bloques más tarde en todos los clientes de SegWit2x. Luego, esos clientes, al activar SegWit, activarán automáticamente la señalización bit1 para ayudar a los clientes Core BIP141 a alcanzar el umbral del 95 % que requieren para su propia activación de SegWit.

Luego, exactamente 12 960 bloques (~3 meses) después de que SegWit se active en los clientes de SegWit2x, la bifurcación de 2 MB de SegWit2x se activará automáticamente en cualquiera o todos los nodos que todavía estén ejecutando SegWit2x en ese momento.

Esa bifurcación, si mantiene más del 75 % de la potencia hash en el momento de su activación, obligará a todos los demás nodos de toda la red a actualizarse a SegWit2x (o compatibilidad con SegWit2x), o se bifurcará fuera de la red.

Como titular normal, puede simplemente sentarse y ver todo lo anterior. Es posible que desee prestar atención a la compatibilidad SegWit2x de su billetera elegida y ajustarla en consecuencia, pero de lo contrario, estará seguro durante toda esta prueba. (Siempre puede importar sus claves a una billetera compatible con SegWit2x más adelante).

Sin embargo, si ejecuta un nodo, pronto deberá decidir si cambiarlo o no a SegWit2x antes o inmediatamente después de la bifurcación. El código para el hardfork SegWit2x es bastante simple. Se trata de dos variables bastante sencillas que actúan como disparadores de activación (~3 meses, o bloques de 90x144, después de que se activa SegWit): BIP102active y fSegwitSeasoned.

Además de dos variables que realmente hacen cumplir los cambios de la bifurcación (aumentan la configuración del peso del bloque):

MaxBaseBlockSizey MaxBlockWeight.

Eso es todo. Hay algunos otros pequeños cambios en otras líneas de código que están destinados a dar cuenta de los cambios de tamaño y señalización, así como algunas pruebas nuevas, pero todo lo demás permanece prácticamente igual que Core 0.14.1.

Entonces, ¿qué significa esto para el "tamaño de bloque" y el rendimiento en el mundo real? Con Core 0.14.1 y bifurcación suave SegWit2x:

Base Size = 1,000,000 bytes.
Max Block Weight = 4,000,000 bytes.
Real-world block size results = ~2MB.
Transactions: 4,000 - 5,000 per block.

Con la bifurcación SegWit2x de 2 MB:

Base Size = 2,000,000 bytes.
Max Block Weight = 8,000,000 bytes.
Projected real-world block size results = ~4MB.
Projected Transactions: 8,000 - 10,000 per block.
Entonces, solo para aclarar: ¿las cosas nuevas intentarán bloquear las cosas viejas diciendo que sus transacciones son malas (vote en contra de ellas), o simplemente ignorará los tipos de transacciones viejas? Si los ignora, entonces los antiguos clientes podrían votar para confirmarlos, ¿no? Si vota en contra de ellos, entonces las transacciones antiguas básicamente quedan atrapadas para siempre en el mempool y nunca se confirman. ¿Cuál es el caso?