2020 y más Allá: Bitcoin Potencial del Protocolo de Actualizaciones
Bitcoin del consenso de la capa se ha mantenido sin cambios durante más de dos años. Segregada desde Testigo (SegWit), que activó en agosto de 2017, no duro tenedor o suave horquilla protocolo de mejoras se han implementado en todo*, marcando Bitcoin del tramo más largo sin consenso de las horquillas hasta el momento.
Pero este tramo puede pronto llegar a un fin: varios compatible con versiones anteriores suave horquillas están actualmente en desarrollo. Con optimismo, algunos de ellos pueden ir a vivir en 2020 — que si no obtuvo el apoyo suficiente de que el ecosistema Bitcoin.
Estos podrían ser Bitcoin del protocolo de mejoras en el nuevo año … o tal vez en el nuevo decenio.
Schnorr/Raíz/Tapscript
Schnorr firmas son considerados por muchos criptógrafos para ser el mejor tipo de firmas criptográficas en el campo. Ofrecen un alto nivel de exactitud, no sufren de maleabilidad, son relativamente rápido para comprobar y, quizás lo más interesante es la de permitir que las matemáticas realizadas con ellos. A nombre de un beneficio concreto para Bitcoin: Varias firmas pueden ser agrupados en una sola firma, la cual podría, por ejemplo, incentivar económicamente la privacidad de mejora de CoinJoin transacciones.
La adición de Schnorr de firmas para que el protocolo Bitcoin ha sido un trabajo en progreso durante algún tiempo ahora. Pero durante el año pasado, los desarrolladores que trabajan en un Schnorr firmas propuesta, como Blockstream los desarrolladores de Pieter Wuille y Jonas Nick y Xapo Anthony Ciudades, reveló incluso los planes más ambiciosos. Schnorr firmas serán propuestos como parte de un problema más suave horquilla protocolo de actualización llamado Raíz, una propuesta de Bitcoin Core contribuyente Gregorio Maxwell, el cual está inspirado en una antigua propuesta llamada MÁSTIL (Merkelized Árbol de Sintaxis Abstracta).
(Fracciones) de bitcoin puede ser encerrado de tal manera que puede ser gastado en diferentes condiciones, por ejemplo exigiendo timelocks, números secretos de varios de los participantes a un acuerdo para desbloquear las monedas. Con MÁSTIL, todas las diferentes condiciones que se fragmentan y se incluirán en un Árbol Merkle: un pacto de cifrado estructura de datos. Las monedas, a continuación, esencialmente, ser encerrado en la final de hash de este Árbol Merkle, el Merkle Raíz. Para pasar las monedas, usted sólo necesita revelar la condición usas. Las formas alternativas en las que las monedas podría haber sido desbloqueado permanecer oculto para siempre.
Raíz principal, entonces, se basa en una interesante conclusión: No importa cuán complejo, casi cualquier MÁSTIL-construcción puede (o debe) incluir una condición que permite a todos los participantes están de acuerdo en el resultado y firmar un acuerdo de transacción juntos. Esta “cooperativa de cerca” sería anular todas las otras condiciones.
Taproot aprovecha esta realización y utiliza Schnorr firmas para hacer que la cooperativa se la mira de cerca como una transacción regular. Simplificado, la cooperativa de cierre se haría con un agregado de la firma, que se ve como una firma regular. Al hacerlo, el MÁSTIL de la construcción permanece completamente oculto para el mundo exterior! Esto beneficia a la privacidad y la eficiencia.
Raíz principal, también pueden venir con una versión actualizada de Bitcoin del lenguaje de programación, Guión, llamado Tapscript. Esto también haría más fácil para agregar nuevas características (“OP” códigos) a Bitcoin del lenguaje de programación más tarde.
Raíz principal no parece ser muy polémico, a pesar de que los desarrolladores todavía están discutiendo los detalles de la implementación.
Para leer más, ver este artículo y en este artículo.
El Gran Consenso De Limpieza
El Gran Consenso de Limpieza es una propuesta de suave horquilla por la Plaza de Crypto desarrollador Matt Corallo. Contrario a la mayoría de protocolo de actualizaciones, incluyendo las otras mejoras incluidas en esta lista — El Gran Consenso de la Limpieza no es la intención de enriquecer Bitcoin con nuevas características o posibilidades. En su lugar, como el nombre sugiere, este suave tenedor quitar algunos casos de borde vulnerabilidades del protocolo Bitcoin.
Estas vulnerabilidades son bastante técnicos y “en la maleza.” Entre ellos figuran, por ejemplo, los tipos de transacciones que requieren mucho poder de procesamiento para validar redundantes y trucos para la actualización de las partes del protocolo, y un punto débil en Bitcoin dificultad de ajuste del algoritmo. Se ha sabido por algún tiempo que estas vulnerabilidades existido, pero se cree generalmente que la explotación de ellos sería demasiado costoso para ser rentable, o que tales ataques sería relativamente fácil de tratar cuando se producen. Aún así, la fijación de ellos iba a hacer de Bitcoin algo más robusto, mientras que el desarrollo de Bitcoin implementaciones un poco más fácil.
La principal objeción a (parte de) El Gran Consenso de Limpieza es probable que algunas de las mejoras que podría, en teoría, hacer algunas monedas (UTXOs) unspendable. Aunque es muy poco probable que tales UTXOs existe, es imposible saber con certeza si lo hacen, y algunos sostienen que ponerlos a unspendable es un riesgo que se debe a que, como cuestión de principio, nunca más será quitado.
Para leer más, ver el PBI, el Bitcoin-dev lista de correo de discusión y Bitcoin Optech Boletín #36.
El “Noinput Clase”
Bitcoin transacciones incluyen firmas criptográficas, lo que demuestra que el propietario de una clave pública que realmente quiere pasar el correspondiente a las monedas en que se concreta la transacción. Pero no toda la transacción se firmó. Que parte de una transacción es firmado exactamente está indicado con algo que se llama un “sighash de la bandera.”
Ahora, una nueva clase de sighash banderas está siendo propuesta por Blockstream desarrollador Cristiana Decker y Xapo los Pueblos. La realización de nombres como SIGHASH_NOINPUT, SIGHASH_ANYPREVOUT y SIGHASH_ANYPREVOUTANYSCRIPT, ofrecen una solución similar, por lo que nos referiremos a todos estos como el “Noinput clase.”
Si un sighash bandera en el Noinput clase se incluye en una transacción, se indica que las salidas (la “recepción” de la parte de la transacción), y algunos otros datos de la transacción será firmado, pero no las entradas (el “envío” de la parte de la transacción). Por no firmar la entrada, es posible tomar una transacción, incluso después de haber firmado y swap en una diferente pero compatible de entrada.
Más a menudo que no, no hay ninguna otra entrada compatible. La firma todavía corresponde a una clave pública y la clave pública corresponde sólo a un fin específico (fracción a) de la moneda. Intercambio aleatorio de entrada iba a romper este vínculo, y que la transacción no válida.
Pero hay algunas excepciones en las que la entrada puede ser intercambiado. En particular, las transacciones de Bitcoin para un nuevo tipo de Red de Rayos de pago protocolo de canal, llamado Eltoo, podría estar sujeto a que su entrada se ha de sustituir por una entrada compatible. Esto afectaría de forma significativa a simplificar la manera de canales de pago se aplican. Más en particular, bugs y otros errores honestos no conducir a una pérdida de todos los fondos en un canal, y los usuarios pueden hacer con mucho menos de copia de seguridad de datos.
La principal objeción a la Noinput clase es que SIGHASH_NOINPUT en particular puede ser inseguro si se utilizan incorrectamente. SIGHASH_ANYPREVOUT y SIGHASH_ANYPREVOUTANYSCRIPT resolver este (y que sea compatible con Raíz), pero a costa de una mayor complejidad. Algunos también sugieren que OP_CHECKTEMPLATEVERIFY (ver abajo) o OP_cat (deshabilitado código de operación que podría ser re-habilitado, quizás a través de Tapscript) podría ofrecer beneficios similares.
Para obtener más información, consulte este artículo.
OP_CHECKTEMPLATEVERIFY
OP_CHECKTEMPLATEVERIFY (CTV), anteriormente conocido como OP_SECURETHEBAG, es un nuevo código de operación propuesto por Bitcoin Core contribuyente Jeremy Rubin. Como su principal beneficio, podría ayudar a suavizar los Bitcoin de la congestión de la red y las tarifas durante las horas pico, incrementando el rendimiento de la red.
Más específicamente, la CTV, en una manera, permitir que un Bitcoin transacción que se va a cortar en dos transacciones. El “envío” de la mitad de las transacciones se incluyen las entradas, básicamente, las direcciones de las monedas son enviados desde. La “recepción” de la parte de la transacción incluye las salidas, básicamente, las direcciones de las monedas son enviados a.
Las dos mitades sería atados el uno al otro a través de una salida especial incluido en el “envío” de la transacción, llamado “compromiso de la salida.” El cometido de salida contendrá un hash criptográfico: aparentemente al azar, pero relativamente corto cadena de números que sirve como un número de serie único, que une a la “recepción” de la transacción. Las monedas que son “enviados” en el “envío” de la transacción sólo puede ser “recibido” por la “recepción” de la transacción.
El truco es que ambas “mitades” — “enviar a” y la “recepción” de la transacción se transmiten a la red, con una diferencia importante. El “envío” de la transacción incluye una gran cuota para asegurar que se confirma rápido. La “recepción” de la transacción incluye un relativamente bajo costo, lo que significa que podría tomar un tiempo para confirmar.
La espera por el bajo costo de transacción para confirmar que no debería ser un gran problema para los destinatarios de las monedas. Una vez que el “envío” de la transacción se confirma, se asegura que todo el dinero está garantizado para la “recepción” de la transacción. Los fondos están anclados en el blockchain y no tienen adónde ir, pero para los destinatarios.
Si los destinatarios no necesitan para acelerar la “recepción” de la transacción, por ejemplo, porque tienen que volver a gastar las monedas, ellos simplemente pueden gastar sus fondos directamente de los no confirmados “recepción” de la transacción. Si la tasa de las transacciones es lo suficientemente alta como para compensar, tanto la “recepción” de la transacción y la nueva transacción se confirmó rápidamente. (Este truco es llamado “Hijo Paga de los Padres.”) Aún más interesante, CTV permite soluciones más eficientes cortando la “recepción” de la transacción en transacciones más pequeñas, llamado Árbol de Pagos.
La principal objeción a la CTV es, probablemente, que no puede ser mejor y/o más caminos para lograr la misma cosa. (La solución más general es usualmente referido como de los Convenios.) Algunos también sugieren que la Noinput clase o OP_cat podría ofrecer beneficios similares.
Para obtener más información, consulte este artículo.
Drivechain BIPs
Sidechains son blockchains que está “vinculado” a la blockchain de Bitcoin, lo que permite bitcoin efectivamente “moverse” de Bitcoin, la blockchain para la cadena lateral y posterior. Una vez que las monedas están en la cadena lateral, que tendrían que obedecer las reglas de protocolo de la blockchain, que podría ser tan diversos como cualquier blockchain en existencia hoy. Podría haber, por ejemplo, ser un “Zcash ” sidechain” para la privacidad, un “Etereum ” sidechain” para ciertos inteligente de los contratos o de un “big block “sidechain” por la baja tasa de blockchain transacciones.
Algunos sidechains ya existen, en particular la mayoría de Blockstream del Líquido (principalmente para el inter-cambio de la transferencia de fondos) y RSK Labs RSK (un “Etereum ” sidechain”). Estos son los “federados sidechains”: el puente entre Bitcoin del blockchain y la cadena lateral es administrado por una “federación” de las empresas bien conocidas en el espacio. Esencialmente el control de un multisignature dirección en la blockchain de Bitcoin y colectivamente signo para “mover” las monedas de ida y vuelta.
Drivechains lugar sería asegurada por los mineros de bitcoin: La misma mineros proporcionar la hashpower que ya asegura la blockchain de Bitcoin. “Movimiento” de los fondos de la cadena lateral de la espalda a la cadena principal requeriría una mayoría de hash de energía durante un período prolongado de tiempo. Además, drivechains se mezclarían minado, lo que significa que el hash de poder en el blockchain de Bitcoin también protege la cadena lateral.
Para darse cuenta de esto, Tierion desarrollador Pablo Sztorc y el seudónimo CryptAxe han propuesto dos suaves horquillas. El primero de ellos, llamado Hashrate de Fideicomisos, actuaría para bloqueo de fondos en un contrato en Bitcoin del blockchain (“mover” a la cadena lateral), que solo podrá ser desbloqueado una vez que suficientes hash tasa de votos para desbloquear los fondos (“mover” las monedas de la espalda). La segunda suave horquilla, llamado Ciego Combinado de Minería de datos, permitiría a la cadena lateral, para ser protegido por la misma hashpower como el blockchain de Bitcoin.
Drivechains son algo controversial, debido a que se argumenta que iba a dar más poder a los mineros de bitcoin. Algunos también sugieren que los ciegos se fusionó la minería podría ser alcanzado con la Noinput clase.
Para leer más, ver drivechain.info y el Bitcoin-dev lista de correo de discusión.*Dependiendo de su definición de “duro de tenedor” y “suave horquilla,” se podría argumentar que la inflación error, incluido en Bitcoin Core versiones en el 2017 y 2018, se fija con un suave horquilla en 2018. Pero incluso si se considera un suave horquilla, que es dudosa, esto puede no ser considerado un protocolo de actualización.
Drivechains, noinput, protocol upgrades, Schnorr, Taproot, Technical, the great consensus cleanup