Thread by @JonnyJi50127056

Full-RBF en #Bitcoin
Quien aboga por 0-conf, plantea que RBF ataca la seguridad, porque para los comerciantes las Tx 0-conf conllevan un riesgo manejable si no se aplica RBF, pero en qué están confiando?, en la honestidad del pagador o en su falta de conocimiento para aplicar RBF

Recordemos que el reemplazo de la Tx fue introducido por Satoshi Nakamoto, pero deshabilitado en algún momento, posiblemente a la espera que la comunidad madurara lo suficiente para su mejor uso. Luego fue actualizado a RBF y habilitado en Bitcoin Core 0.12.

Para reemplazar, hay un designado "int" campo llamado nSequence, que indica qué transacción es una versión anterior y cuál es más joven. Entonces, para que la Tx sea reemplazable nSequence debe ser más bajo que MAX (0xffffffff — 1).

Satoshi Nakamoto advertió sobre cómo las Tx de cero-conf. “son ciudadanos de segunda clase”. Escribió claramente que esas Tx “no deberían contarse como saldo ni gastarse antes de recibir al menos 1 confirmación”. Cualquier cosa puede pasar en la red, antes de confirmar una Tx.

Con los años, la comunidad de bitcoin ha aceptado de alguna manera las transacciones de confirmación cero para contrarrestar los retrasos asociados con la confirmación de la red, pero para esto ahora tenemos #LightningNetwork

La pregunta queda abierta, si abogas por Tx con 0-conf, en qué estás confiando, en la honestidad del pagador o su incapacidad de aplicar RBF, y si abogas por Full-RBF, aceptarías una Tx con 0-con si de alguna forma tienes control sobre los inputs o conoces y confías en el pagador

Para tomar una decisión, hay que entender cómo funcionan las transacciones de Bitcoin. Cuando se explican las propiedades de Bitcoin y cómo funciona, tratamos de simplificar los conceptos técnicos para hacerlos más “entendibles” y accesibles para todos.

Pero en esa sobre-simplificación terminamos haciendo parecer que las transacciones de Bitcoin son como mover un objeto físico. “Cuando el usuario ‘A’ envía un Tx al usuario ‘B’, le manda los BTC a través de la red Bitcoin”. Y esto no es exactamente así como funciona.

En realidad no se están moviendo monedas a ningún lado, el Bitcoin solo sale de una dirección y aparece en otra, "transfiriendo la propiedad" de un usuario a otro. Bitcoin no existe en ninguna forma física, es una moneda totalmente digital que no existe en el mundo físico.

Por lo tanto, el enfoque para manejar este tipo de moneda digital es completamente diferente, sobre todo cuando se trata de almacenarlo y transferirlo de un propietario a otro.

La moneda Bitcoin se almacena en direcciones que se crean con criptografía asimétrica que utilizan una llave privada que permite acceder a una dirección pública de Bitcoin y firmar las transacciones para poder gastar los BTC almacenados en esas direcciones.

Para entender esto, debemos aclarar este punto de “transferencia de propiedad de Bitcoin”. Bitcoin es un sistema basado en UTXO (transacción de salida no gastada, es decir, Monedas no gastadas).

Todas las cantidades de UTXO de Bitcoin existentes están vinculados a las direcciones criptográficas que los almacenan y solo se pueden gastar esas monedas por medio de las claves privadas que firman las transacciones (Tx) que se registran en la cadena.

Cuando un usuario (A) desea "transferir" BTC a un usuario (B), construye una Tx, especificando en ella la cantidad de BTC que cede de los UTXO que posee, más la dirección publica del destinatario (B), firma la Tx con su clave privada y la transmite a la red para ser confirmada.

Bitcoin es una moneda digital y una red de pagos, es decir, para "simplificar", es un conjunto de programas que funcionan juntos. Pero en programación solo existen “0” y “1”, también “=” y otras funciones, pero vamos a centrarnos en “0 y 1”, por ahora.

Si entendemos a Bitcoin como un programa. En programación no existen estados intermedios, no hay una condición “en tránsito”, solo existe: “On-off”, “0–1”, “encendido-apagado”, “verdadero-falso”, “true-false”...

Como no hay una condición intermedia entre un estado y otro, solo hay de "0 a 1", de "1 a 0", lo que existe es la ejecución de una orden previa para cumplir una orden posterior, “pasa a 0 si tal condición se cumple, pasa a 1 si tal condición se cumple” (más o menos es así).

Cuando se hace una Tx de Bitcoin, se crea una orden que le indica al programa que los UTXO que cumplen el protocolo y están registrados en una dirección pasen a otra dirección si se cumple la condición previa. Cuál condición, que la Tx y UTXO cumplan el protocolo de Bitcoin.

Podemos decir, que al hacer una Tx para transferir la propiedad de los UTXO de emisor a receptor, en realidad no se están moviendo monedas en la red, lo que sucede, al instante de enviar la Tx, es que los BTC permanecen en su dirección de origen hasta que la Tx se confirma.

Y cuando la Tx es confirmada y se registra en la cadena de bloques de Bitcoin, es en ese momento y de forma instantánea que la moneda se pasa de manera atómica a la dirección del destinatario dejando la dirección de origen en saldo cero. (de 1 a 0, ejecuta, de 0 a 1, final).

Hasta que la Tx no es confirmada, cualquier cosa puede suceder en la red durante ese tiempo, incluyendo un remplazo de la Tx, y las monedas continuarán en su dirección de origen.
No tus llaves, no tu Bitcoin... Pero si la transacción no está confirmada, tampoco es tu Bitcoin...