Este es un editorial de opinión de Shinobi, un educador autodidacta en el espacio de Bitcoin y presentador de podcasts de Bitcoin orientado a la tecnología.

Bitcoin se define en última instancia por sus usuarios, por las personas que realmente ejecutan los nodos y hacen cumplir las reglas del protocolo para verificar los pagos que reciben a través de la red. Esta es una propiedad fundamental e ineludible de la red Bitcoin, siempre que los usuarios elijan participar en esta actividad. Sin embargo, esto no significa que los usuarios entiendan profundamente cómo funciona el protocolo, los diferentes efectos que tendrían los cambios propuestos o la forma más eficiente en un nivel estrictamente técnico para manejar un problema o mejora. Los usuarios absolutamente pueden entender estas cosas si se toman el tiempo para hacer su investigación y realmente aprenden sobre el protocolo en un nivel estrictamente técnico, pero asumir que usted como usuario entiende estas cosas simplemente por la realidad de que los usuarios son los árbitros finales de cómo el protocolo funciona en función del software que eligen ejecutar es pura arrogancia.

El hecho de que conduzca un automóvil no significa que comprenda las compensaciones de ingeniería profundas y matizadas tan bien como el ingeniero que diseñó el automóvil. El hecho de que use un teléfono celular todos los días no significa que comprenda cómo optimizar el consumo de energía de todos los diferentes transmisores de radio, WiFi, Bluetooth, celular, etc. Usar algo no significa entender cómo funciona por defecto. Esto es algo que debería ser muy obvio para una persona que está siendo honesta consigo misma.

Entonces, ¿por qué tantos usuarios sin mucha experiencia técnica o familiarizados con cómo funcionan las cosas internamente se sienten tan seguros al declarar cómo funcionan las cosas internas, mientras se equivocan en todos los detalles y hechos? Ahora, siento que en este clima, tengo que agregar un millón de advertencias. No me refiero a ustedes, los desarrolladores de software que crean aplicaciones, o que trabajan en algún campo tecnológico normal sin tiempo para contribuir a Bitcoin de alguna manera, pero que lo siguen regularmente; No estoy hablando con el usuario que realmente ha invertido lo que es francamente una cantidad de tiempo poco saludable (créanme, lo sé por experiencia) para comprender cómo funcionan las cosas debajo del capó. Me refiero a usted, el usuario promedio que solo escucha algunos podcasts de vez en cuando, y los promedios de costo en dólares (DCA) y no sigue muy de cerca el desarrollo de las cosas técnicas en este espacio. Estoy hablando con el usuario que, literalmente, ni siquiera ha retirado sus fondos del intercambio en el que los compró todavía. Me refiero a usted, el usuario que, cuando dirigía su negocio, hizo que su amigo de Bitcoin configurara una billetera móvil para que usted aceptara Bitcoin una de cada 100 veces que un cliente paga con él.

¿Por qué tiene tanta confianza en sus opiniones sobre los aspectos técnicos de cómo funciona Bitcoin?

¿Qué tan familiarizado está con la política de mempool de cómo se transmiten las transacciones? ¿Sabía que existe una gran diferencia entre las reglas de política y las reglas de consenso? Que hay transacciones que son perfectamente válidas por consenso para ser incluidas en un bloque, pero por política de mempool, no serán retransmitidas por ningún nodo, por lo que a los mineros se les tiene que dar directamente esa transacción y usar código personalizado para incluirla en un bloque. ?

¿Qué pasa con el hecho de que Lightning Network en realidad no usa contratos hash de tiempo limitado (HTLC) para pagos de valor muy pequeño? ¿Sabía que para un pago de 10 satoshi, por ejemplo, Lightning Network en realidad no usa HTLC ni hace que el pago sea exitoso o falle atómico con el script de Bitcoin? Esos pagos muy pequeños en realidad se redondean en tarifas de mineros durante el”período intermedio”cuando aún no están finalizados y confirmados con los canales. Esto significa que si un salto a lo largo de una ruta de pago tiene un lado que deja de cooperar, no hay forma de que ese nodo haga cumplir el pago o el reembolso en la cadena, según el lado que esté discutiendo para ese pago específico. Solo va a las tarifas de los mineros por una transacción, no se crea una salida HTLC real en la transacción de compromiso del canal para enrutar ese pago. Es solo un sistema de honestidad de”mejor intento”sin aplicación. ¿Sabías eso?

Aquí hay una historia divertida. Bitcoin tiene dos códigos de operación para bloqueo de tiempo, verificación de verificación de tiempo de bloqueo (CLTV) y verificación de verificación de secuencia (CSV). CLTV evita que se gaste una moneda antes de ciertas marca de tiempo de Unix o una altura de bloque predefinida. CSV evita que se gaste una moneda hasta que haya pasado una cantidad de tiempo”x”o se hayan encontrado bloques”y”desde el bloque o la hora en que se creó la moneda. Cuando gasta una moneda usando CLTV o CSV en el script, hay un campo en la transacción de gasto real llamado nLocktime que debe establecerse en el valor que usó el script CLTV o CSV. El propósito original de este campo era tener transacciones prefirmadas que no pudieran ser minadas hasta que hubiera pasado ese tiempo o bloque. Pero el mismo Satoshi Nakamoto también tenía otro uso en mente para esto: una forma muy básica de canal de pago. La idea era que podría tomar el campo nLocktime e incrementarlo en uno cada vez para crear un nuevo pago neto y hacer que los mineros liquiden el más reciente por conteo.

El problema es que no había una regla de consenso o una forma de obligar a los mineros a liquidar la transacción más reciente. Entonces, el propio Nakamoto planeó usar este campo en la transacción para exigir a los mineros que liquidaran solo la transacción más reciente o con el número más alto. ¡Excepto que en realidad no había ninguna regla de consenso para hacer cumplir eso! No solo no había una regla de consenso, sino que era imposible construir una porque los mineros son capaces de incluir cualquier transacción válida en un bloque. Una vez que firma una transacción, es válida, siempre es válida. Así que, en primer lugar, no había forma lógica de que la idea original de Nakamoto funcionara.

Piénsalo un segundo. El creador de Bitcoin imaginó que se construiría algo sobre Bitcoin que era literalmente imposible de construir de la forma en que él imaginaba que funcionaba. Piénsalo. El creador de todo el protocolo creó una función para hacer una determinada cosa, cuando hacer esa determinada cosa de esa manera es literalmente imposible.

¿Por qué confía tanto en su comprensión de cómo funciona Bitcoin a nivel técnico? ¿Por qué está tan seguro de que sus ideas sobre los efectos que tendrán ciertos cambios son correctas? El creador del protocolo tuvo un malentendido tan terrible sobre cómo funcionaba que, para ser sincero, estoy un poco avergonzado por él porque pensó que tal cosa sería posible construir de esa manera.

Entonces, ¿cuál es el punto de todo esto? Que los expertos todavía existen. Que los usuarios finalmente tengan el control del protocolo y tengan la última opción de qué software ejecutar y qué reglas aplicar no cambia la realidad de que hay personas que entienden cómo funciona este protocolo mejor que usted. La comprensión de las cosas por parte de las personas está directamente relacionada con la cantidad de tiempo que han pasado realmente tratando de aprender y comprender las cosas.

No puedes entender mágicamente cómo funciona realmente Bitcoin solo porque lo compras, lo usas o compras cosas con él. Así no es como funciona el conocimiento. Entonces, cuando los usuarios de Bitcoin se involucran en discusiones sobre cómo funcionan realmente las cosas a nivel técnico, cuando comienzan a hablar públicamente sobre por qué han tomado decisiones sobre cosas con respecto a la ejecución de software y la creación de reglas, deben ser conscientes de lo que hacen y lo que no. Lo sé porque el simple hecho de poseer bitcoin no imparte conocimiento mágicamente por sí mismo.

El eslogan de este espacio es”No confíes, verifica”. Entonces, ¿cuántos de ustedes están verificando cosas antes de comenzar a repetirlas?

Esta es una publicación invitada de Shinobi. Las opiniones expresadas son totalmente propias y no reflejan necesariamente las de BTC Inc o Bitcoin Magazine.

Categories: IT Info