PayJoin y firma de mensajes

Nivel de lectura: Guía avanzada. Comprende primero la vista previa habitual de envío, el importe del destinatario y la comisión.

PayJoin y la firma de mensajes son herramientas independientes. PayJoin cambia cómo se construye una transacción de pago. La firma de mensajes demuestra el control de una clave para una declaración concreta sin hacer un pago. Ninguna función debe servir como motivo para divulgar tus palabras de recuperación.

Envía una solicitud PayJoin

PayJoin es un pago colaborativo en el que el receptor puede aportar una entrada. Esto puede debilitar la suposición de que todas las entradas de un pago de aspecto normal pertenecen a un único remitente. El receptor debe proporcionar una URI de pago Bitcoin compatible que contenga un punto de conexión PayJoin; una dirección normal por sí sola no lo activa. El protocolo se describe en BIP78.

1. Usa un monedero de software con fondos que puedas gastar. PayJoin admite entradas y cambio del remitente de tipo SegWit y Taproot. Esta versión rechaza las solicitudes PayJoin para enviar desde monederos de hardware.
2. Pega la URI completa del pago en Send, en vez de copiar únicamente su dirección. Comprueba el destino y el importe mediante el mismo canal de confianza que usarías para cualquier pago.
3. Revisa la vista previa de la transacción y el indicador de PayJoin, y autoriza el pago si el importe y los ajustes de comisiones son aceptables. PayJoin es un procedimiento para un solo destinatario; no puede combinarse con un pago por lotes ni con el descuento de comisiones del importe del destinatario.
4. Comprueba la transacción resultante en el historial.

La implementación publicada puede recurrir a su transacción de pago normal si falla la construcción de PayJoin. Por tanto, autorizar este procedimiento no garantiza que la transacción difundida sea PayJoin. No lo uses cuando un pago normal alternativo incumpliría tus requisitos de privacidad.

En mainnet, un punto de conexión de internet convencional debe usar HTTPS. Se admite un punto de conexión .onion por HTTP o HTTPS cuando Tor está activado y se rechaza cuando Tor está desactivado. Se rechazan los demás esquemas de URL. Si el punto de conexión no es compatible, Ginger ignora el punto de conexión PayJoin, así que comprueba que la vista previa siga identificando el pago como PayJoin antes de continuar.

Esta guía cubre el envío de una solicitud proporcionada por el destinatario. El procedimiento habitual Receive de Ginger no opera un servidor receptor de PayJoin, y esta versión no ofrece un procedimiento de configuración de usuario para uno.

Salidas y comisiones negociadas

La solicitud de pago puede restringir la sustitución de salidas con pjos=0. Ginger transmite esa restricción al receptor y rechaza una propuesta que sustituya la salida del pago solicitada o reduzca su importe. Si se permite la sustitución, el receptor puede usar una salida de recepción distinta durante la negociación. La entrada aportada por el receptor también puede hacer que la salida de recepción en cadena supere el importe de tu pago.

Ginger anuncia una contribución adicional máxima a la comisión de minería, calculada automáticamente a partir de la tasa de comisión original. Rechaza una propuesta que haga que tu monedero aporte más de ese límite anunciado. Este rechazo recurre al pago ordinario descrito anteriormente; no cancela necesariamente el pago.

La vista previa se construye antes de la negociación final de PayJoin, que tiene lugar después de la autorización. La transacción negociada puede tener una comisión distinta de la vista previa original. Ginger recalcula la información de comisiones de la transacción completada a partir de la transacción final, pero no muestra una segunda vista previa de confirmación tras la negociación. Comprueba la transacción final en el historial y no consideres el indicador inicial de PayJoin una prueba de que la negociación tuvo éxito.

Qué aprenden el destinatario y un observador

El destinatario ya conoce la solicitud de pago, su dirección de recepción y el importe previsto. Si la solicitud está asociada a una orden identificada, PayJoin no borra esa identidad. Durante la negociación, el servicio receptor también ve la transacción de pago propuesta, incluidas las entradas propuestas del remitente. No debes tratarlo como alguien a quien se oculta el propio pago.

Antes de enviar la solicitud de negociación, Ginger elimina los metadatos de origen de las claves del monedero, incluidas las rutas de derivación Taproot y las claves públicas extendidas globales. Esto reduce la información innecesaria del monedero que se envía al receptor; las entradas, salidas e importes de la transacción propuesta siguen siendo visibles para él.

Un observador externo ve la transacción que finalmente se publique en Bitcoin. Un PayJoin correcto puede hacer poco fiable la suposición habitual de que «todas las entradas pertenecen al remitente». Ese beneficio depende de la transacción y de la demás información que tenga el observador; no garantiza que la transacción sea indistinguible de cualquier pago normal.

Distingue estos públicos. Un destinatario puede aprender detalles mediante la orden o la negociación aunque un observador ajeno no pueda atribuir con confianza las entradas de la transacción. Un explorador público de transacciones puede crear otra divulgación si consultas el pago desde una sesión de navegador identificada.

Huellas de monederos y el pago normal alternativo

Los monederos toman decisiones sobre los tipos de dirección de las entradas, la estructura de la transacción y la firma. Las combinaciones de estas decisiones pueden dejar patrones reconocibles. Por tanto, una transacción puede perder parte de su ambigüedad aunque sus mensajes del protocolo PayJoin sean válidos. Los ejemplos publicados de identificación de huellas de PayJoin ilustran este problema en combinaciones concretas de monederos; no demuestran que Ginger tenga los mismos problemas ni cuantifican su privacidad.

Como usuario, elige un servicio receptor actualizado y compatible, verifica la solicitud de pago y revisa la comisión y el importe propuestos. No cambies opciones de transacción que desconozcas simplemente para imitar otro monedero: una transacción de aspecto plausible no demuestra un buen resultado de privacidad.

Si necesitas un pago colaborativo, acuerda un método compatible con el destinatario antes de autorizar el procedimiento de envío de Ginger. Su alternativa de pago normal significa que una negociación fallida todavía puede producir un pago válido. Después de la difusión, no vuelvas a enviar solo porque el resultado no esté claro; comprueba primero la transacción y el estado del pago del destinatario. Una negociación PayJoin fallida y un pago Bitcoin fallido son situaciones diferentes.

Firma un mensaje para una dirección

Algunos servicios te piden demostrar que controlas una dirección de recepción. Abre el menú del monedero y elige Sign Message. Introduce una dirección que pertenezca a este monedero y la declaración exacta que quieras firmar. Ginger rechaza las direcciones que no le pertenecen. Introduce el mensaje, elige Continue y copia la firma resultante para el verificador previsto.

En un monedero de hardware, sigue la solicitud de firma del dispositivo; la disponibilidad depende del dispositivo y de su compatibilidad con la firma de mensajes. Un monedero solo de observación sin dispositivo de firma no puede producir una firma. El tipo de dirección y el formato de firma admitido por el verificador también deben ser compatibles.

Lee el mensaje con tanto cuidado como una declaración de autorización. Prefiere un texto de alcance limitado que identifique al destinatario, el propósito y la fecha o el desafío. No firmes una declaración vacía ni una cuyas consecuencias no comprendas. Una firma puede copiarse y mostrarse a otros después de compartirla.

Firmar un mensaje no transfiere bitcoin ni establece la propiedad de todas las direcciones de tu monedero. También crea un vínculo entre la dirección firmada y quien el verificador identifique como tú. Si lo solicita un exchange, esa divulgación permanece incluso después de que uses CoinJoin.