Golden Outpost | Bitcoin puede cambiar la lógica de reproducción de la transmisión

Recientemente, el desarrollador principal de Bitcoin, Amiti Uttarwar, está trabajando para modificar la lógica de reproducción de las transacciones de Bitcoin para mejorar las funciones de privacidad de la red. Los cambios propuestos también mitigarán el riesgo de ataques crepusculares.

Amiti Uttarwar es relativamente nuevo en el equipo de Bitcoin Core, ya que fue contratado por primera vez como desarrollador de Bitcoin Core en la startup de criptomonedas Xapo en octubre de 2019. Su enfoque principal ahora está en los cambios propuestos en la lógica de reproducción de Bitcoin,

Cuando un usuario inicia una transacción de Bitcoin, debe transmitir la transacción, lo que significa que debe enviar un mensaje INV a su par y asegurarse de que la transacción esté en el mempool o mempool de otra persona. Sin embargo, la transmisión inicial no siempre se realiza. Por ejemplo, podría haber un problema con el relé, o una transacción podría extraerse del mempool cuando otras transacciones tienen tarifas más altas. Si surgen tales problemas, el usuario deberá enviar otro mensaje INV y retransmitirlo a sus pares.

PoolTogether comenzará la actividad de recompensas OP el 27 de julio: el 22 de julio, el proyecto de lotería sin pérdidas PoolTogether anunció que 2 semanas después de que Optimism se puso en marcha, emitirá 450 000 recompensas OP a los usuarios que usan PoolTogether para ahorrar. La primera fase comenzará a la 01:00 el 27 de julio, hora de Beijing, y brindará a los depositantes de PoolTogetherOptimism 25,000 recompensas OP por semana. [2022/7/22 2:31:57]

"La lógica de reproducción actual es horrible para la privacidad", dijo Uttarwar, explicando su motivación para el cambio propuesto.

Según el sistema actual, solo la billetera de origen retransmitirá las transacciones. Si un nodo espía ve dos mensajes INV para la misma transacción desde el mismo nodo, puede deducir que el nodo es la billetera de origen, lo que deja espacio para una vulnerabilidad de ataques de desempolvado.

Korea Digital Asset Trust Company (KDAC) ha sido certificada por ISMS: Korea Digital Asset Trust Company (KDAC) anunció el 26 de agosto que obtuvo la certificación del Sistema de Gestión de Seguridad de la Información (ISMS) de la Agencia de Seguridad de Internet de Corea (KISA). La certificación ISMS es un elemento esencial para declarar un proveedor de servicios de activos virtuales (VASP), y el proyecto certificado por KDAC esta vez es un sistema de custodia de activos virtuales. Dado que KDAC no admite los servicios de depósito y retiro de won coreanos, no es necesario abrir una cuenta de depósito y retiro con nombre real, que es otro requisito importante para la declaración de VASP. (Agencia de noticias Yonhap) [2021/8/26 22:39:05]

Un ataque de polvo ocurre cuando un atacante envía una pequeña cantidad de BTC a muchas direcciones diferentes y observa el comportamiento de reproducción de varias billeteras, lo que socava las características de privacidad de la red.

El mecanismo propuesto por Uttarwar migraría esta vulnerabilidad al tener un comportamiento de reproducción más privado que no revelaría la billetera de origen de la transacción. Si se implementa su diseño alternativo, todos los nodos retransmitirán lo que creen que "debería haber sido confirmado" en lugar de que solo la billetera de origen envíe la señal de retransmisión.

Otro gran cambio implica un mecanismo que realiza un seguimiento de la cantidad máxima de tiempo que una persona puede retransmitir una transición. Uttarwar también señaló el uso excesivo de ancho de banda como uno de los problemas potenciales detrás de sus opciones de diseño.

Para evitar picos extremos de ancho de banda en toda la red, se emplean varios mecanismos de precaución, incluida una distribución de Poisson de tiempo de reproducción para cada nodo y lógica de filtrado para candidatos de reproducción.

La información de detección para cambios específicos es la siguiente:

Antecedentes:

Actualmente, los nodos solo retransmitirán transacciones si el nodo es la billetera de origen. Por lo tanto, la lógica de reproducción se ha modificado para mejorar la privacidad.

Descripción general de los cambios

En lugar de que las billeteras transmitan las transacciones directamente a los pares, las billeteras enviarán TXN no confirmados directamente a los nodos, y los nodos aplicarán la lógica para activar las repeticiones de TXN. Este nodo aplicará la condición de retransmisión a todas las transacciones. La billetera intentará volver a enviar transacciones no confirmadas al nodo en un temporizador programado. Esto solo es útil si el txn se elimina del mempool local antes de ser extraído. El mempool realiza un seguimiento de las transacciones comprometidas localmente (billetera y rpc) para garantizar repeticiones exitosas. El éxito se define como recibir GETDATA a txn.

Nuevas condiciones de emisión (parcial):

Cuando llegue el momento de retransmitir, cuente las mejores ofertas que tengan más de 30 minutos.

Filtre los txns con tasa < tasa en caché

Configuración de cola restante enviada a pares

Frecuencia de intentos de reenvío desde la billetera al nodo -> la billetera se vuelve a enviar una vez al día

Con qué frecuencia activar la retransmisión -> una vez/hora

Defina la transacción de mayor prioridad (parte superior de mempool de txns potenciales para reproducir) -> 3/4 de txns de bloque según la tarifa de embalaje

Define el significado de transacción "reciente" -> solo reproducir si el tiempo de txn es anterior a 30 minutos.

Tasa de frecuencia de caché -> 20 minutos

Tags：

OKX Exchange