Pacto: En Usnelly Formal, Solemne y Acuerdo vinculante.
Esta palabra se ha convertido en una de las palabras más cargadas en el espacio de Bitcoin. Son lo mejor que los sútes se rodearon el pan. Son el mayor peligro de la bomba atómica. Realmente no van a hacer nada para escalar bitcoin, pero están bien.
Todos tienen un atributo completamente diferente hacia ellos. Tenemos la folla pro, la anti-facción, la facción ambivalente. Para empeorar las cosas, el pacto es, francamente, un término muy vago en su descripción de los propios propios maduros y concretos al protocolo que se clasificaría como convenios.
Los grados de diferentes entre la funcionalidad de diferentes propios que se han presentado son enormes. Algunos de ellos crean espacios de diseño completamente nuevos para lo que es posible construir en la parte superior de Bitcoin, mientras que otros estrictamente hablando no agregan ninguna nueva funcionalidad, optimizan simplemente cosas que ya son posibles actualmente con un gran grado de complejidad y gastos generales.
Creemos una nueva definición específica para Bitcoin.
Pacto: Cualquier script que garantice, o todos, de las salidas creadas por una transacción que gasten una entrada con un script de pacto tendrá que ajustar ciertos criterios específicos para que la transacción de gasto sea válida de consenso.
Entonces, en términos menos estrictos, si un script bitcoin actualmente restringe OMS puede gastar una esquina exigiendo una prueba de autorización, es decir, una firma criptográfica, o cuando Se puede gastar, es decir, después de que un timelock expire o el gastador puede mostrar la preimagen a un hash, un pacto scripts cómo Se puede gastar, es decir, a quién, cuánto de qué persona, etc. Un guión de pacto puede incluso restringir un rincón para que deba gastarse a otro guión de pacto.
Ese último es el núcleo de lo que ha convertido al pacto en una palabra tan contenciosa. Muchas personas tienen amplias reservas sobre agregar una nueva forma de “bloquear” bitcoins que pueden autopropagarse y garantizar que las esquinas futuras estén restringidas de manera similar. Muchas personas les preocupa que esto se use para dañar la fungibilidad o los regímenes de censura del instituto.
Siento que requiere señalar que el stand de estos se puede lograr en este momento, sin capacidad de script de pacto, simplemente usando multisig. Cualquier autoridad puede negarse a permitir que los retiros se procesen de los intercambios a menos que sean a una multisig de 2 de 2 donde una autoridad posee una clave. A partir de ahí, pueden negarse simplamente a firmar transacciones que se envían a direcciones donde no poseen una clave requerida, y establecer con la lista negra o el esquema de la lista blanca que deseaban de forma opaca y directa.
Dicho esto, todavía es importante que los usuarios de Bitcoin tengan un grasiento y una comprensión de las diferentes potencias y flexibilidad entre todas las diferentes propuestas de pacto que salen actualmente.
Hay dos cosas centrales que los convenios buscan habilitar para aplicar restricciones a cómo se gastan esquinas, introspección y Reenviar datos.
La introspección es la capacidad de inspeccionar diferentes partes de la transacción que se está evaluando mientras intenta gastar una esquina específica. Entonces, para el Inspector, si desea restringir una esquina para que haya sido saber a una dirección específica, debe compararse con el Script de Pacto de entrada de la entrada con la dirección específica en la salida de la transacción que lo gastan. Los códigos de operación que habilitan la introspección son los que nos dan la capacidad de comparar diferentes partes de la transacción de gasto contra las restricciones incluidas en el script que se está evaluando. Cuanto más granular pueda obtener con la introspección con respecto a esas partes particulares de una transacción que puede examinar, más poderoso será.
El transporte de datos hacia adelante está relacionado con la introspección, y de manera marina, una consecuencia de ello, lo que le permite asegurarse de que a veces la información se lleva adelante e incluida en cada nuevo script del pacto para que pueda usarse en la próxima evaluación del script del pacto. Esto se logra mediante el uso de la introspección para restringir ciertas partes de la transacción tan estrechamente que deben incluir los datos exactos deseados o no son válidos. Cuanto más poderosa sea la capacidad introspectiva, más flexible puede llevar los datos hacia adelante y, más flexible, puede usar esos datos.
Esta es solo la primera introducción a una serie de artículos que llegarán en las próximas semanas analizando todas las principales propiedades de pacto que están en un estado maduro, reciben un interés reciente o son encíclicos conceptualmente importantes de que los desarrolladores están de acuerdo en su uso, esto no será 100% completo, pero será relativamente integral. Algunos de ellos tampoco son estrictamente convenios per se, sino que se componen muy bien con ellos.
Estos incluirán:
- CheckTempl cualquiera
- ChecksigFrom
- Txhash
- Op_Vault
- CheckcontractVerfy
- Gato
- Tweakverife