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.

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

Vanuatu recibió 50 000 solicitudes NFT para la residencia permanente en la isla Satoshi: según las noticias del 24 de marzo, el número de solicitudes NFT para la residencia permanente gratuita en la isla Satoshi ha llegado a 50 000. Se informa que la isla Satoshi Nakamoto es una isla privada ubicada en Vanuatu con un área de 32 millones de kilómetros cuadrados. La ocupación final de la isla Satoshi Nakamoto está limitada a personas 21 000. Para obtener la residencia permanente, además de tener NFT, también debe obtener la ciudadanía de Vanuatu por US $ 130,000. El equipo de la isla de Nakamoto declaró que la apertura de la isla de Nakamoto está programada para el cuarto trimestre de este año. Se convertirá en un lugar de reunión para los entusiastas del cifrado global y operará sobre la base de DAO. (Cointelegraph) [2022/3/24 14:14:41]

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.

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：

Huobi App