Actualización semanal para desarrolladores de THORChain para la semana 71, del 24 al 30 de noviembre; Múltiples salidas, parámetro de finalización, mejoras de nodo, informe de guantelete, mejoras de herramientas de la comunidad.
El equipo trabajó en mejoras de múltiples cadenas. Chaosnet es estable, por lo que todos los cambios están destinados a la siguiente red, pero algunos cambios se pueden seleccionar en Chaosnet para mejorar y validar las suposiciones. Gauntlet publicó el informe CLP que fue favorable al modelo de THORChain y los desarrolladores de la comunidad continúan enviando actualizaciones.
Múltiples salidas
Un cambio notable en un aspecto de THORNode esta semana es ahora la capacidad de la máquina de estado para delegar una o más bóvedas para completar el retiro de un miembro. Esto se debe a que los fondos se pueden dispersar en varias bóvedas y una sola transacción no puede cubrir el monto total (como un LP grande en un grupo pequeño que hace un retiro grande). La máquina de estado intentará minimizar los límites, pero ahora puede haber varios. Hasta la fecha, ha habido varios LP en algunos de los grupos más pequeños que no han podido retirarse (recibirían el mensaje de error "No puede retirar más del 10% del grupo"); esto debería solucionar este problema.
Parámetro de finalización de las observaciones
Para blockchains probabilísticamente finales como Bitcoin y Ethereum1.x, las transacciones grandes no son económicamente definitivas hasta que la cadena ha producido suficientes ingresos para que sea inviable volver a organizarse. THORChain no hace “6 confs” (umbral arbitrario sobre si una transacción es final o no, en lugar de económicamente final), sino que cuenta las confirmaciones (cualquier transacción de Bitcoin es segura para gastar 1-conf siempre que sea inferior a ~ 6.25 es recibido por THORChain en un bloque). Para hacer esto, mide la recompensa de la base de monedas (subsidio + tarifas) y cuenta el valor total del bloque recibido contra esto. Hasta la fecha, la lógica ha estado en Bifrost, por lo que THORChain nunca está al tanto de transacciones grandes. Este cambio ahora agrega un finalization = uint para que la máquina de estado (y por lo tanto Midgard) sea consciente de inmediato de una transacción entrante, Y se le diga cuántas confs se deben esperar, como finalization = 3. Ahora los clientes pueden informar al usuario de la ETA de un intercambio. El Bifröst hará un seguimiento 3 confs más tarde y le dirá a la máquina de estado que es seguro procesar las transacciones.
Nota: Incluso si un usuario realizó un intercambio pequeño, como 0.1 BTC, pero lo hizo sin saberlo en el mismo bloque que un usuario que realiza un intercambio grande, como 20 BTC, ambos usuarios tendrán que esperar 4 confs, pero esto sigue siendo mejor que haciendo que todos los usuarios esperen 6 confs. 6 confs no es un límite mágico que hace que las transacciones sean seguras: una transacción de 1000 BTC es categóricamente insegura en 6 confs, todavía puede haber un actor con los recursos financieros para llevar a cabo una reorganización en ese nivel. De hecho, Binance consideró una reorganización de 100 bloques de la cadena de Bitcoin para revertir un robo de 7000 Bitcoin, pero lo abandonó cuando se dieron cuenta de que entrarían en una carrera de tarifas con el atacante. THORChain no tiene la capacidad de detener o censurar transacciones y no tiene ningún permiso, por lo que debe funcionar puramente en términos económicos y no depender de ningún altruismo o contratos sociales.
Mejoras de nodo
Otras dos mejoras notables de THORNodes implican ahora (después de mucha discusión en la comunidad sobre la posible hinchazón de la cadena) emitir eventos de barra para ayudar a los THORNodes a comprender por qué están siendo cortados:
Falta una observación, 2 puntos, (¿se está ejecutando el daemon de la cadena?) Falta un signo de clave, 2 puntos, (¿Bifröst está funcionando?) Falta un generador de claves, 720 puntos, (¿Bifröst está funcionando?)
Además de un mejor período de gracia para los nuevos nodos para evitar que se produzcan tan pronto como ingresen. Ahora obtienen un período de gracia de ciclo de abandono completo, así como un mínimo de 100 puntos de barra, antes de ser considerados malos. Es más probable que se produzcan nuevos nodos, porque la métrica "mala" es la inversa de blocksActive / slashPoints.
Correcciones y mejoras en los puntos finales / stats y / tx. También un punto final histórico para que las estadísticas muestren el crecimiento de la red a lo largo del tiempo.
Mejoras continuas.
Cliente BEPSwap
Numerosos ajustes de UI / UX basados en comentarios de la comunidad
Cliente ASGARDEX
El trabajo continúa para preparar al cliente para Multichain Chaosnet.
Las siguientes herramientas reciben actualizaciones periódicas:
Bot de Telegram
@thornode_testnet_bot
@thornode_chaosnet_bot
Bot de Twitter
Panel de Delphi Defi
https://defi.delphidigital.io/thorchain/chaosnet/network
Explorador de red THORChain
Mejoras continuas
https://thorchain.net/
Explorador oficial de bloques de THORChain
https://viewblock.io/thorchain
RUNEData
Completamente reescrito, la nueva herramienta debe marcarse como favorita:
http://www.runedata.info/
RUNEBalance
Ver oportunidades de arbitraje actuales en los grupos
https://www.runebalance.com/#/pools
RUNEStake
Siempre recibiendo mejoras, esta semana una nueva página de destino:
¡Nueva página de destino!
https://runestake.info/
Tabla de clasificación comercial
Ver la tabla de clasificación actual para comerciantes en THORChain
https://leaderboard.thornode.org/
Se publicó el informe del guantelete sobre el mecanismo CLP:
https://github.com/thorchain/Resources/blob/master/Audits/THORChain-Gauntlet-CLPReport-Nov2020.pdf
Las conclusiones clave validan la posición de THORChain en el método CLP:
Se espera Testnet 2 multicadena (con Native Rune) en algún momento de la semana.
Para mantenerse actualizado, controle los canales de la comunidad, particularmente Telegram y Twitter: