Introducción de la verificación ZK: la tendencia inevitable del protocolo Bitcoin
Bitcoin como un sistema social, su funcionamiento estable depende de que las personas alcancen un consenso sobre su naturaleza y su forma adecuada. Sin embargo, todavía existen diferencias amplias y en constante evolución en cuestiones clave.
Satoshi Nakamoto inicialmente imaginó que Bitcoin era un nuevo sistema de pago electrónico P2P. Sin embargo, el diseño del producto de Bitcoin limita la capacidad de procesamiento de datos, lo que resulta en altas tarifas de transacción. Además, los datos de transacción en la cadena de Bitcoin exponen en gran medida la privacidad del usuario, lo que se aleja de la anonimidad que se imaginó en un principio.
Para resolver estos problemas, la comunidad de Bitcoin ha propuesto muchas soluciones de mejora, siendo la mejor en teoría la introducción de tecnologías relacionadas con ZK y SNARKs. Estas tecnologías pueden mejorar significativamente la privacidad y aumentar el rendimiento de las transacciones. Sin embargo, debido a que el protocolo de Bitcoin es difícil de modificar, estas tecnologías aún no se han incorporado al protocolo de Bitcoin.
La funcionalidad de los scripts de Bitcoin es limitada y no puede verificar SNARK directamente. Aunque teóricamente se puede verificar cualquier cálculo, en la práctica, el tamaño del programa requerido para la verificación de SNARK excede el límite del tamaño del bloque de Bitcoin.
Para implementar la verificación SNARK en Bitcoin, actualmente hay dos posibles caminos:
A través de la habilitación de operaciones simples como OP_CAT, se mejora la funcionalidad del script de Bitcoin, permitiéndole verificar SNARK. OP_CAT se puede utilizar para verificar pruebas de Merkle, lo que ayuda a validar SNARK basado en FRI.
Utilizando la tecnología BitVM, se pueden validar tareas de cálculo arbitrarias sin necesidad de modificar el protocolo. BitVM elude las limitaciones de tamaño de script mediante la estructura Taproot MerkleTree y un esquema de almacenamiento KV, y utiliza un mecanismo de prueba de fraude para garantizar la seguridad.
Además, la tecnología de Pruebas de Estado de Cadena propuesta por el equipo de ZeroSync, combinada con ZK, puede reducir significativamente la carga de trabajo de sincronización y verificación de los datos históricos de Bitcoin, disminuyendo los costos de operación de los nodos.
En general, la introducción de la verificación ZK es una tendencia inevitable del protocolo Bitcoin, pero el camino específico para su implementación aún necesita ser investigado y discutido más a fondo. Cualquiera que sea la solución elegida, debe tener como objetivo final apoyar más escenarios aplicables y aumentar la utilidad.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
19 me gusta
Recompensa
19
3
Republicar
Compartir
Comentar
0/400
NftDeepBreather
· 07-27 21:53
¿Cuánto puede subir al agregar zk?
Ver originalesResponder0
LiquidationAlert
· 07-25 15:42
¿BTC va a actualizarse de nuevo? De todos modos, el protocolo no se puede modificar.
Ver originalesResponder0
TxFailed
· 07-25 15:40
técnicamente hablando... btc ha estado atrapado en 2009 mientras zk ya está salvando a los usuarios de eth de pesadillas de privacidad
ZK verificación: el camino inevitable de la evolución del protocolo Bitcoin
Introducción de la verificación ZK: la tendencia inevitable del protocolo Bitcoin
Bitcoin como un sistema social, su funcionamiento estable depende de que las personas alcancen un consenso sobre su naturaleza y su forma adecuada. Sin embargo, todavía existen diferencias amplias y en constante evolución en cuestiones clave.
Satoshi Nakamoto inicialmente imaginó que Bitcoin era un nuevo sistema de pago electrónico P2P. Sin embargo, el diseño del producto de Bitcoin limita la capacidad de procesamiento de datos, lo que resulta en altas tarifas de transacción. Además, los datos de transacción en la cadena de Bitcoin exponen en gran medida la privacidad del usuario, lo que se aleja de la anonimidad que se imaginó en un principio.
Para resolver estos problemas, la comunidad de Bitcoin ha propuesto muchas soluciones de mejora, siendo la mejor en teoría la introducción de tecnologías relacionadas con ZK y SNARKs. Estas tecnologías pueden mejorar significativamente la privacidad y aumentar el rendimiento de las transacciones. Sin embargo, debido a que el protocolo de Bitcoin es difícil de modificar, estas tecnologías aún no se han incorporado al protocolo de Bitcoin.
La funcionalidad de los scripts de Bitcoin es limitada y no puede verificar SNARK directamente. Aunque teóricamente se puede verificar cualquier cálculo, en la práctica, el tamaño del programa requerido para la verificación de SNARK excede el límite del tamaño del bloque de Bitcoin.
Para implementar la verificación SNARK en Bitcoin, actualmente hay dos posibles caminos:
Además, la tecnología de Pruebas de Estado de Cadena propuesta por el equipo de ZeroSync, combinada con ZK, puede reducir significativamente la carga de trabajo de sincronización y verificación de los datos históricos de Bitcoin, disminuyendo los costos de operación de los nodos.
En general, la introducción de la verificación ZK es una tendencia inevitable del protocolo Bitcoin, pero el camino específico para su implementación aún necesita ser investigado y discutido más a fondo. Cualquiera que sea la solución elegida, debe tener como objetivo final apoyar más escenarios aplicables y aumentar la utilidad.