Adhiero al escepticismo de @seoincorporation. Es un simple escrow, nada nuevo.
Primero, este párrafo del artículo (¿anuncio publicitario?):
Un problema que alcanza proporciones alarmantes, debido a la dificultad de escribir las direcciones de la Blockchain de Bitcoin sin errores. Pues, las mismas están formadas por complejas combinaciones que resguardan su seguridad.
... no tiene en cuenta que las direcciones de Bitcoin contienen una "suma de comprobación", es decir que algunos de los caracteres están solo para evitar errores de tipeo porque a través de ellos se puede comprobar si el resto de la dirección fue copiada con un error. Ver
acá (inglés) y
acá (castellano). Dicho de manera sencilla: Es muy, muy difícil de equivocarse al copiar una dirección de Bitcoin (o una clave privada WIF, que usa el mismo sistema) y que tu cliente de Bitcoin no lo detecte. Aún si es un cliente mal programado, ningún minero la incluirá en un bloque. La probabilidad, según el segundo artículo, es de 1 en 4,3 millones.
Además, hay un método que proporciona casi la misma "seguridad" que este servicio, solo con las funcionalidades de Bitcoin, es decir poder revertir una transacción si no estás del todo seguro si querés hacer un pago en Bitcoin o no: (
ver el edit abajo, lamentablemente "tan" fácil no es)
Simplemente añadís un valor "
nLockTime" (
ver explicación) a la transacción. Este parámetro hará que la transacción pueda ser confirmada por los mineros recién después de haber pasado un tiempo. Por ejemplo, podés hacer el pago con un nLockTime de una hora en el futuro, y después comprobar que la dirección está bien y que el pago fue confirmado por el destinatario (esto sí: todavía no lo registrará como "confirmado"). Y si hay algún problema, realizás un "doble gasto" con una comisión para mineros más alta y con esto deshacés la transacción - tenés una hora para hacerlo.
Edit: Hay un pequeño problema con el método con nLocktime: Los clientes de Bitcoin no retransmitirán transacciones con un nLockTime en el futuro (probablemente para combatir posible spam de los mempools). Eso significa que una transacción con nLockTime se debe transmitir directamente al destinatario y este la podrá publicar una vez que haya pasado el tiempo de bloqueo y los mineros la puedan confirmar. Tendría que ver que wallets ofrecen esa posibilidad (también el destinatario debe soportar la función). En realidad no hay razón para no ofrecer este tipo de "transmisión directa", así que estaría bueno hacer un feature request a Electrum y Cia..
