64 / 736PRIV

Privacidad en Bitcoin

Bitcoin Privacy

Pagar a alguien con bitcoin no debería equivaler a mostrarle todas tus finanzas. Sin embargo, el historial público puede revelar más de lo que esperas. La privacidad empieza por entender qué se ve, quién te conoce y qué datos estás relacionando sin necesidad.

La privacidad en Bitcoin consiste en limitar los vínculos entre pagos públicos, personas concretas y sus demás fondos. Una transacción normal no exige el nombre legal, pero muestra los fondos utilizados, las nuevas salidas y los importes. Una factura, una cuenta en un servicio o el destinatario pueden aportar el nombre. Por eso Bitcoin no es anónimo por defecto.

Anna cobró 100.000 sat por un trabajo; los sat son las unidades más pequeñas de bitcoin. Después utiliza ese ingreso para pagar 20.000 sat a Pavel: 79.000 sat vuelven a su monedero y 1.000 sat son la comisión. Una salida registra una cantidad y las condiciones para gastarla. La red ve toda la operación. Pavel conoce su importe y a Anna, así que puede intentar deducir cuál de las otras salidas es el cambio de ella. Eso no revela automáticamente todos sus ahorros, pero sí aporta una pista. A diferencia de un extracto bancario, el registro no está reservado al banco y al titular. Cualquiera puede volver a examinarlo años después. [1]

Un desconocido ve el registro público; Pavel además conoce a Anna, y una plataforma de intercambio puede tener sus documentos. El proveedor del monedero puede saber qué direcciones consulta la aplicación. Preguntarse frente a quién quieres proteger qué información se llama definir un modelo de amenazas. No significa considerar a todos atacantes. Sirve para elegir medidas adecuadas: ocultar ingresos a clientes es distinto de proteger la conexión de red. La clave privada es un dato secreto que el monedero utiliza para crear una firma digital que autoriza un pago. Mantenerla secreta no oculta por sí solo el historial de pagos. [1] [3]

Anna puede dar una dirección de recepción nueva a cada cliente. Así evita que alguien sume fácilmente todos los pagos recibidos en una única dirección reutilizada. Los monederos también suelen crear direcciones nuevas para el resto que vuelve al remitente, llamado cambio o change. Es un buen punto de partida, no una garantía de que los pagos sean imposibles de relacionar. Si Anna combina más tarde fondos de varias direcciones, puede crear otra pista. Una dirección pública de donaciones es un caso particular: la transparencia puede ser deliberada, pero los ingresos que recibe dejan de ser privados. [1]

Un monedero no maneja un único saldo indivisible. Gestiona salidas de transacciones anteriores que aún no se han gastado, llamadas UTXO, y elige algunas como entradas de un pago. Cuando utiliza varias juntas, un analista suele suponer que pertenecen a una misma persona. Es una heurística, una regla para inferir, no una prueba: las transacciones creadas entre varias personas contradicen esa suposición. Coin Control permite influir en la selección. Las etiquetas de procedencia ayudan a mantener la separación, pero son notas del monedero y no imponen nada a la red. Elegir manualmente sin entender el cambio puede empeorar tanto la privacidad como las comisiones. [2] [7]

Una clave pública extendida, XPUB, permite derivar otras claves públicas y, con las reglas del monedero, las direcciones de la rama correspondiente. Quien tenga esos datos puede seguir sus pagos, pero la XPUB por sí sola no permite firmar un pago. El alcance depende de la clave compartida: no necesariamente revela todo el monedero, pero sigue siendo información sensible. Un servicio puede relacionar una retirada con el nombre verificado mediante KYC, el proceso de identificación del cliente. Un explorador web de transacciones puede registrar qué consultas y desde dónde. Nunca entregues palabras de recuperación ni una clave privada para consultar el saldo. Comparte incluso los datos públicos solo cuando entiendas y necesites el alcance de esa cesión. [1] [6]

La aplicación necesita reconocer sus pagos. Si envía una lista de direcciones a un servidor ajeno, puede revelar que están relacionadas. Un Full Node es un ordenador con un programa que comprueba por sí mismo las transacciones y los bloques de Bitcoin según las reglas de la red. Un Full Node propio ayuda cuando el monedero obtiene realmente sus datos a través de él, quizá mediante un servicio de indexación propio. Instalar un nodo junto al monedero no basta. Los monederos ligeros pueden usar filtros compactos de BIP 157 y buscar coincidencias localmente, sin enviar la lista de direcciones. Aun así quedan otras pistas de red. Tor puede limitar la exposición de la dirección IP, la dirección de tu conexión a internet, pero no cambia los importes públicos ni los vínculos entre transacciones. [1] [3]

El observador no necesita encontrar el nombre en la dirección. Una factura pública con un importe exacto, el momento de una compra anunciada y un pago posterior pueden bastar. La estructura de la transacción y el probable cambio aportan más indicios. Ninguno demuestra por sí solo quién es el propietario, pero varios juntos refuerzan una deducción. Repartir fondos entre monederos tampoco ayuda si después vuelves a reunirlos. La función avanzada avoid partial spends de Bitcoin Core puede seleccionar juntas las salidas de una misma dirección para gastarlas en una transacción. Así limita la vinculación progresiva de nuevos pagos desde esa dirección, pero puede añadir entradas y aumentar la comisión. El resultado también depende del límite de comisión configurado; no es una herramienta de anonimato universal. [1] [5]

CoinJoin reúne fondos de varias personas en una transacción. Puede dificultar que un observador asigne cada salida nueva a su propietario original. PayJoin funciona de otra manera: el destinatario añade una entrada propia al pago del remitente, por lo que falla la suposición de que todas las entradas tienen un solo dueño. Ninguno borra el historial ni garantiza anonimato. El resultado depende del protocolo, los participantes, lo que otros saben y los pagos posteriores. Antes de utilizarlos conviene entender también la coordinación, las comisiones y qué ocurre si el proceso se interrumpe. El nombre de una función no garantiza nada. [2] [7]

Silent Payments, descrito en BIP 352, permite publicar datos de pago permanentes a partir de los cuales cada remitente genera diferentes salidas de destino. El destinatario no tiene que entregar antes una dirección normal nueva a cada persona. Su monedero, sin embargo, debe admitir el protocolo y examinar datos para detectar los ingresos. La especificación separa la clave que busca pagos de la clave que permite gastar. La copia de seguridad y la recuperación deben corresponder al monedero utilizado; las etiquetas empleadas también pueden importar. Las etiquetas de Silent Payments no crean identidades separadas: sus datos públicos comparten la clave pública de escaneo. Tampoco esta técnica oculta todos los movimientos posteriores. [4]

Utiliza una dirección nueva para cada ingreso normal, no publiques justificantes de pago innecesarios y averigua de dónde obtiene los datos tu monedero. Conserva información sobre el origen de los fondos y separa usos que no quieras relacionar. Antes de elegir entradas a mano o aplicar técnicas avanzadas, entiende sus consecuencias: cometer errores no es un precio inevitable de la privacidad. Comprobar direcciones, copias de seguridad y comisiones sigue siendo igual de importante. El objetivo es revelar menos información innecesaria, no confiar falsamente en que nadie podrá relacionarte jamás con ningún pago. [1] [3] [4]

Para obtener la imagen más completa, lee esta entrada junto con Seudonimidad, CoinJoin, Coin Control, KYC, Bitcoin, Dirección de Bitcoin. También enlazan con esta entrada Watch-only Wallet, Coin Control, Change Address, Extended Public Key (xpub).

DOC · 001Bitcoin.org — Protect Your PrivacyDocumentación DOC · 002BIP 78 — A Simple Payjoin ProposalEspecificación DOC · 003BIP 157 — Client Side Block FilteringEspecificación DOC · 004BIP 352 — Silent PaymentsEspecificación DOC · 005Bitcoin Core 0.21 — Avoid Partial SpendsDocumentación DOC · 006BIP 32 — Hierarchical Deterministic WalletsEspecificación DOC · 007Gregory Maxwell — CoinJoin: Bitcoin privacy for the real worldFuente primaria
Revisado: Fuentes primero · No es asesoramiento financiero