Sin resultados
Ver todos los resultados
martes, enero 19, 2021
CriptoNoticias Logo
  • Criptopedia
  • Tutoriales y guías
  • Glosario
    • Acrónimos y frases
  • Podcasts
  • Calendario
  • Precios BTC y ETH
Sin resultados
Ver todos los resultados
CriptoNoticias Logo
CriptoNoticias Logo
Bandera de ARS
BTC 5.344.543,66 ARS -7,12% ETH 223.943,08 ARS 5,96%
Bandera de BOB
BTC 256.004,31 BOB 1,98% ETH 9.766,41 BOB 7,85%
Bandera de BRL
BTC 197.851,59 BRL 2,00% ETH 7.562,03 BRL 8,16%
Bandera de CLP
BTC 27.678.527,60 CLP 1,91% ETH 1.044.845,17 CLP 7,34%
Bandera de COP
BTC 121.748.876,66 COP -0,20% ETH 4.911.067,48 COP 8,18%
Bandera de CRC
BTC 22.930.308,19 CRC 1,42% ETH 866.238,00 CRC 5,24%
Bandera de EUR
BTC 30.683,22 EUR 1,52% ETH 1.169,65 EUR 6,81%
Bandera de USD
BTC 37.258,15 USD 1,57% ETH 1.419,52 USD 6,75%
Bandera de MXN
BTC 731.360,65 MXN 1,14% ETH 27.895,13 MXN 6,51%
Bandera de PAB
BTC 37.206,91 PAB 2,89% ETH 1.418,56 PAB 8,02%
Bandera de PYG
BTC 255.586.636,53 PYG 2,06% ETH 9.755.714,56 PYG 5,55%
Bandera de PEN
BTC 140.586,43 PEN 2,21% ETH 5.429,97 PEN 11,96%
Bandera de DOP
BTC 2.236.716,61 DOP 4,18% ETH 82.550,83 DOP 6,46%
Bandera de UYU
BTC 1.594.334,87 UYU 0,06% ETH 60.345,70 UYU 0,69%
Bandera de VES
BTC 52.477.005.956,61 VES -3,22% ETH 2.113.886.249,08 VES 6,94%
Bandera de ARS
BTC 5.344.543,66 ARS -7,12% ETH 223.943,08 ARS 5,96%
Bandera de BOB
BTC 256.004,31 BOB 1,98% ETH 9.766,41 BOB 7,85%
Bandera de BRL
BTC 197.851,59 BRL 2,00% ETH 7.562,03 BRL 8,16%
Bandera de CLP
BTC 27.678.527,60 CLP 1,91% ETH 1.044.845,17 CLP 7,34%
Bandera de COP
BTC 121.748.876,66 COP -0,20% ETH 4.911.067,48 COP 8,18%
Bandera de CRC
BTC 22.930.308,19 CRC 1,42% ETH 866.238,00 CRC 5,24%
Bandera de EUR
BTC 30.683,22 EUR 1,52% ETH 1.169,65 EUR 6,81%
Bandera de USD
BTC 37.258,15 USD 1,57% ETH 1.419,52 USD 6,75%
Bandera de MXN
BTC 731.360,65 MXN 1,14% ETH 27.895,13 MXN 6,51%
Bandera de PAB
BTC 37.206,91 PAB 2,89% ETH 1.418,56 PAB 8,02%
Bandera de PYG
BTC 255.586.636,53 PYG 2,06% ETH 9.755.714,56 PYG 5,55%
Bandera de PEN
BTC 140.586,43 PEN 2,21% ETH 5.429,97 PEN 11,96%
Bandera de DOP
BTC 2.236.716,61 DOP 4,18% ETH 82.550,83 DOP 6,46%
Bandera de UYU
BTC 1.594.334,87 UYU 0,06% ETH 60.345,70 UYU 0,69%
Bandera de VES
BTC 52.477.005.956,61 VES -3,22% ETH 2.113.886.249,08 VES 6,94%
Home Tecnología

BIP 119: propuesta para automatizar transacciones en lote entre usuarios de Bitcoin

por Luis Esparragoza
7 junio, 2020
en Tecnología
9 min de lectura
bitcoin bip 119

Una fábrica de bloques. Fuente: seventyfourimages/ Envato Elements.

FacebookTwitterLinkedinEmail
Hechos clave:
  • La BIP-119 introduce nuevas funcionalidades para facilitar el envío de transacciones en lote.
  • Jeremy Rubin, desarrollador de BIP-119, detalló la propuesta y sus alcances con CriptoNoticias.

Es sabido que la adopción de Bitcoin va en crecimiento. Pero este protocolo aún no tiene la capacidad de procesamiento aspirada para una adopción masiva de usuarios, debido a la ocasional congestión de la red que retrasa la confirmación de transacciones y propicia el aumento de las comisiones.

La propuesta de escalabilidad BIP-119, que aborda este problema, viene recaudando apoyo de miembros de la comunidad Bitcoin desde que fue publicada el año pasado por Jeremy Rubin, programador informático egresado del MIT y cofundador de iniciativas de esa universidad por Bitcoin y las criptomonedas.

También te podría interesar
manifestantes usan telegran iphone
Diplomático estadounidense demanda a Apple por no retirar Telegram de su App Store
19 enero, 2021
ETH compra venta inversionistas
Criptomoneda de Ethereum rompe su precio histórico sobre los 1.400 dólares
19 enero, 2021

Rubin propone aumentar la capacidad interna de Bitcoin, permitiendo que un número mayor de transacciones pueda realizarse con menor esfuerzo y costo en su emisión, mediante la implementación del comando OP_CHECKTEMPLATEVERIFY (OP_CTV). Esta solución, observa Rubin, no debería realizarse de forma contenciosa, sino mediante una bifurcación suave.

Aunque las transacciones en lote (batching) son una solución válida, a consideración de Rubin, estas son pesadas en datos y en algún momento pueden llegar a congestionar la red. OP_CTV podría en primera instancia separar las transacciones en lote en dos partes: una transacción emisora y otra transacción receptora. De este modo, se evitaría realizar una transacción en lote con múltiples salidas; ya que se procesaría a través de un enlace entre ambas transacciones, donde la transacción receptora tenga un menor costo y pueda igualmente distribuir los fondos eficientemente con las múltiples salidas que posea.

El comando (OP_CTV), implementado por esta solución de escalabilidad, realiza esta operación de envío masivo de fondos a diversas direcciones con la introducción de los covenants —o transacciones acordadas— mencionados en la justificación de la propuesta disponible en GitHub. Esta característica fue criticada notablemente en el foro BitcoinTalk por Gregory Maxwell en 2014, quien en principio propuso implementar pruebas de conocimiento cero (SNARK). Pero, debido a la ausencia de un lenguaje de contratos inteligentes más eficiente para lidiar con este procedimiento en Bitcoin, el mismo autor descartó su implementación.

Básicamente, los covenants son “acuerdos” en cómo se gasta un bitcoin sucesivamente a través de una serie de transacciones, más allá de la autoridad que tenga una llave privada sobre las monedas en cuestión.

Los covenants son restricciones sobre cómo una moneda puede gastarse más allá de quien sea el propietario. Los covenants pueden ser útiles en la construcción de contratos inteligentes. Al ser difíciles de implementar y al existir el riesgo de introducir elementos que reduzcan la fungibilidad, estos no han sido considerados seriamente para incluirse en Bitcoin.

Esta BIP introduce un covenant simple llamado “Template” que nos abre las puertas a una cantidad importante de usos sin riesgo significativo.

Jeremy Rubin, autor BIP-119.

En la conferencia Scaling Bitcoin, donde Rubin expuso su idea bajo el nombre OP_SECURETHEBAG, el autor dio un ejemplo sobre cómo funciona el comando; señalando que se debe crear un lote (batch) de transacciones, para luego crear una transacción comprometida hacia una segunda fase de batching y entrega final de los BTC (cierre de la salida) a los receptores.

En teoría, la transacción final ejecutada en la segunda fase (receptora) tiene un costo muy bajo en comisiones de red. No obstante, la primera transacción del ciclo (emisora) pagaría comisiones promedio según su peso en memoria, el cual sería considerablemente menor al que requiere enviar todas las transacciones por separado, previniendo la congestión del mempool de Bitcoin.

A la izquierda, una transacción en lote. A la derecha un ejemplo básico de transacción OP_CTV. Fuente: Jeremy Rubin.

Son varios los ejemplos que a simple vista se advierten sobre implementar OP_CTV. Entre los principales beneficiados de esta nueva propuesta estarían las casas de cambio. Como custodios de los fondos de sus clientes, siempre hay solicitudes de retiro que atender. En momentos de alta demanda, pueden emitir una transacción OP_CTV para agilizar dicho proceso, ahorrando en comisiones y gastos operativos, evitando saturar la red Bitcoin.

Igualmente, una vez comience a masificarse la adopción de Bitcoin, aquellos comerciantes que deseen realizar pagos o transacciones con sus múltiples proveedores, clientes y empleados de forma simultánea, pueden beneficiarse de OP_CTV. Esto aplica también para las industrias en torno a Bitcoin, donde por ejemplo, los pools de minería podrían distribuir rápidamente y a bajo costo entre sus participantes las recompensas recabadas por los mineros.

Podríamos encontrar otro ejemplo en un sistema de pago de servicios básicos o suscripciones, que suelen facturar una vez al mes. Así una persona podría pagar el servicio eléctrico y de agua, su servicio de streaming favorito y el saldo de su teléfono celular al mismo tiempo con una sola transacción de bitcoins.

Como bien lo dice en la justificación de la BIP 119, este tipo de transacciones pueden ser elementos de importancia en la ejecución de múltiples contratos inteligentes en Bitcoin de forma segura, ya que realizando las transacciones en lote de forma mucho más sofisticada, estos podrían funcionar con unos parámetros coordinados en su conjunto a un ritmo y tiempo constante.

En este sentido, durante la anterior Bitcoin Expo del MIT realizada el mes de abril pasado, Rubin demostró otros casos de uso, como la creación de vaults (bóvedas) automatizadas, las cuales pueden configurarse con OP_CTV para realizar transacciones periódicas entre carteras frías y calientes, introduciendo diferentes variables en este flujo de transacciones según convengan los participantes.

CoinJoin, minería y Lightning Network con OP_CTV

En exclusiva para CriptoNoticias, Rubin explicó que algunos de los beneficios de utilizar OP_CTV es que este tipo de transacciones pueden enlazarse con Lightning Network también, expandiendo las posibilidades de esta implementación y poniéndola a la altura de las necesidades y capacidad de la red Bitcoin.

En este modelo, los mineros serían uno de los grupos que más utilizarían Lightning Network y ejecutarían la apertura y cierre de los canales de esta red.

Según argumenta Rubin en la página web Utxos.org, los mineros pueden partir de los datos de un bloque minado anteriormente para minar nuevos bloques a partir de allí. Este bloque, que llamaremos calificado, sería un bloque determinado en base a ciertos parámetros; como por ejemplo, un bloque con una antigüedad no mayor a un tiempo T, los bloques entre los tiempos T1 y T2, o el último bloque antes de una cantidad N de bloques pasados.

Elegir un bloque calificado para minar a partir de esa altura permitiría revertir el hecho de que actualmente los mineros de Bitcoin comparten la recompensa obtenida por sus actividades con el pool o grupo de minería; luego desde aquí, estas son repartidas entre todos los participantes, según su aporte a la red.

En contraparte, los mineros podrían reunir la totalidad de las recompensas y compartirlas con los mineros calificados en ese momento. OP_CTV permite crear una sola transacción con varios inputs y varios outputs, según sea el caso, evitando crear 1 transacción por cada pago que deba realizarse.

También, al abrir un canal entre participantes, se puede firmar la apertura o cierre de inputs y outputs, permitiendo asignar «manualmente» los montos correspondientes a cada entrada y salida siempre que exista consenso entre las partes. Haciendo efectivo un pago o transmisión de fondos y evitando así el aumento del volumen de transacciones on-chain para estos fines; dejando un árbol de canales abiertos entre las partes, donde solo sería necesario actualizar los saldos de la entrada y la salida para simplificar la transferencia de valor.

Puedes pensar en esos canales de Lightning Network como un circuito retroalimentado. Concretamente, si tengo un canal A y un canal B abiertos entre dos participantes, donde A tiene 100 satoshis, de los cuales 25 le pertenecen, y B tiene 660 satoshis, de los cuales 60 pertenecen a A, podríamos cerrar el canal definitivamente, o actualizarlos para que A tenga 85 satoshis y B tenga 600 satoshis y luego cerrar A. Si aplicamos esta idea a transacciones de OP_CTV, el minero podría minar durante un largo tiempo hasta tener, digamos, 1 BTC, y retirarlos definitivamente a través de una sola salida (UTXO).

Jeremy Rubin, desarrollador BIP 119.

Tras hacerle la observación de que esto requeriría una gran cantidad de nodos habilitados para Lightning Network, Rubin comenta que no habrá problema en que los mineros realicen esta actividad, pues así serían también responsables de incrementar la liquidez de Lightning Network.

Rubin explica también, en la mencionada página web, que un minero debe poder minar por sí mismo al menos 1 BTC para poder entrar a estos grupos de minería sin confianza (no requieren coordinación o de partes confiables). Este logro se obtendría a través de grupos de minería basados en la confianza (pools convencionales), donde primeramente se conduzca al minero a trabajar hasta alcanzar los niveles apropiados de hash rate. Sin embargo, estos grupos serían de tamaño reducido para evitar riesgos. Estos planteamientos contribuyen sin duda a la descentralización de la minería de Bitcoin, según Rubin.

Rubin ejecutó un escenario de simulación acerca del impacto que tendría en la mempool de Bitcoin ejecutar OP_CTV, donde se muestra que los picos de congestión de la red podrían pasar rápidamente cuando se ejecuten transacciones de este tipo en periodos de alta demanda y tráfico.

Con respecto a los efectos que tiene OP_CTV en la privacidad de la red, al preguntársele específicamente por métodos como CoinJoin, Rubin no mostró preocupación, dando sus razones para confiar en que sería positivo combinarlos.

OP_CTV hace mucho más fácil realizar CoinJoin de gran alcance, porque reduce drásticamente las comisiones. También hace más fácil utilizar un canal de Lightning Network como salida (output) de un CoinJoin. Igualmente ayuda a ocultar estos datos, ya que los outputs de la transacción no se conocen inmediatamente esta se realiza. También se pueden utilizar firmas post hoc para cambiar los outputs que se estén creando (algo menos complejo de realizar que en LN).

Jeremy Rubin, desarrollador BIP 119.

Rubin añade que desde OP_CTV se pueden realizar CoinJoin de forma más equilibrada, ya que se pueden crear varios inputs en una misma transacción, permitiendo mezclar las monedas de varios usuarios en un solo ciclo de CoinJoin, haciendo incluso más costeables las comisiones, ya que este lote de transacciones sería más ligero que lo que serían todas las transacciones realizadas por separado.

¿Qué opina Reddit?

Siendo Reddit uno de los sitios de foros líderes en su tipo, muy utilizado por las comunidades de Bitcoin y criptomonedas, Rubin organizó un AMA —Ask Me Anything, conocido en español como Pregúntame lo que sea—, donde recibió los comentarios de la comunidad el pasado jueves 7 de junio.

En el evento virtual discute las dudas y observaciones de algunos usuarios con respecto a la posibilidad de cambiar los inputs de la transacción y hacerlas maleables en determinado periodo de tiempo, a lo que Rubin respondió argumentando que una vez la transacción se compromete no hay manera de cambiar los inputs, ya que el punto de OP_CTV es que las salidas finales tengan la certeza de que el ciclo se cumplirá con el aval de la firma de todas las entradas firmantes.

Entre las tareas a las que se está avocando en este momento para hacer viable la BIP-119, Rubin enumera la reestructuración del mempool de Bitcoin, crear un lenguaje de contratos inteligentes de Bitcoin, desarrollar software abierto en ese lenguaje para mejorar las interfaces y custodia de fondos con CTV.

La propuesta de Rubin plantea una nueva versión de batching mejorada y más sofisticada. Fuente: stokkete/ Envato Elements.

El desarrollador explica además que entre las observaciones recibidas por otros colegas, se encuentra la que señala que la abundancia de transacciones en lote pueden llegar a ocupar mucho espacio en la red; un momento en el futuro donde nuevamente las comisiones se hagan competitivas y la red vuelva a ralentizarse. Rubin ejecutó simulaciones con diversos escenarios y condiciones, hallando que OP_CTV ayuda a reducir las comisiones y la congestión del mempool.

En general la percepción en torno a la propuesta ha sido positiva, ya que Rubin se ha avocado a complementar la propuesta con muchísimo material de estudio y discusión, que principalmente está reunido en su página web. Aunque esto sea así, aún falta mucho camino para que esta propuesta sea implementada, aunque para Rubin, más vale comenzar a discutirla ahora, que deber evaluarla en un escenario de urgencia como el que contextualizó el debate por la implementación de SegWit en 2017.

Etiquetas: Bitcoin (BTC)DesarrolladoresDestacadosLightning Network (LN)Mineros

Relacionados Artículos

manifestantes usan telegran iphone
Tecnología

Diplomático estadounidense demanda a Apple por no retirar Telegram de su App Store

por Nickolas Plaza
19 enero, 2021

El ex embajador denunció a Apple por permitir que Telegram sea descargada por grupos extremistas de EE.UU. para comunicarse entre...

Logo de Mitsubishi junto a blockchain sobre cajas con componentes electrónicos. Composición por CriptoNoticias. iLexx / elements.envato.com; Mitsubishi Motors / mitsubishi-motors.com; Rawpixel / elements.envato.com

Mitsubishi desarrolla blockchain para venta de excedentes eléctricos

18 enero, 2021
sec seguridad configuración confiable

Zcash agregará certeza al suministro de ZEC eliminando la configuración confiable

17 enero, 2021
monedero cartera btc envios

Nuevo monedero frío de bitcoin funciona sin conexión a Internet

15 enero, 2021
cartera internet distancia btc

Este equipo permite enviar bitcoins sin internet en un rango de 7 kilómetros

15 enero, 2021

Nosotros

  • Contacto
  • Acerca de
  • Nuestro equipo
  • Mapa del sitio
  • Política de Privacidad
  • Política publicitaria
  • Trabaja con nosotros

Asesor SEO

© 2020 Hecho con ♥ por Latinos.

Sin resultados
Ver todos los resultados
  • Inicio
  • Precios BTC y ETH
  • Criptomonedas
    • Bitcoin (BTC)
    • Ethereum (ETH)
    • Monero (XMR)
  • Países
    • Argentina
    • Colombia
    • España
    • México
    • Venezuela
  • Tutoriales y guías
  • Mercados
  • Minería
  • Regulación
  • Tecnología
  • Seguridad
  • Podcasts
  • Otras categorías
    • Comunidad
      • Adopción
      • Análisis e Investigación
      • Educación
      • Entretenimiento
      • Eventos
      • Ficción
    • Negocios
      • Judicial
      • Finanzas
    • Opinión
      • Editorial
      • Entrevistas
  • Criptopedia
    • Diccionario de acrónimos y frases sobre Bitcoin
    • Glosario de Bitcoin y blockchains
  • Calendario de eventos
  • Contacto

© 2020 Hecho con ♥ por Latinos.