Resolver cómo la red THORChain puede unirse a nuevos pares o consultarse por servicios
Sembrar una red a pares existentes es un problema difícil para todas las redes. Un nuevo compañero necesita saber dónde buscar para iniciar una conexión y sincronizar con una red. Los nodos semilla no son críticos y pueden ser reemplazados fácilmente por otros nodos semilla, sin embargo, la información devuelta desde un nodo semilla nunca se debe confiar. Idealmente, hay muchos nodos semilla redundantes y no se debe confiar en ningún nodo semilla único.
Bitcoin tiene nodos semilla codificados en el cliente de miembros de la comunidad. Estos nodos se consultan al inicio y devuelven una lista de pares actuales de Bitcoin para permitir que el nuevo par comience a conectarse a la red.
https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L143
Cosmos también tiene nodos semilla codificados que realizan una función similar.
1f412fd8f1b173feff12b4a8cc8d54372c4da10c
El equipo de THORChain nunca ejecutará un nodo de red principal en una capacidad oficial, sin embargo, ejecutará un servicio de nodo de semilla que permite que otros pares y servicios realicen consultas.
Este Nodo de semilla será de código abierto y se animará a otros operadores de THORNode a ejecutarlo. Con el tiempo, los nodos de semillas que sean consistentes, respaldados por la comunidad y demuestren una alineación a largo plazo con el proyecto se enumerarán en un foro público.
El Nodo Semilla (https://seed.thorchain.info) simplemente devuelve una lista actual de pares conocidos de THORChain:
https://seed.thorchain.info/testnet_nodes.json
Las direcciones IP devueltas por el nodo semilla son THORNodes activos que luego pueden ser consultados por los servicios.
THORNodes ejecuta una variedad de servicios como:
Nodos de cadena conectados (Bitcoin, Ethereum, Binance Chain) THORChain state machineMidgard APITelegram Bot Alert Service
Estos servicios están disponibles en diferentes puertos y pueden consultarse de acuerdo con la API publicada y las limitaciones de conexión establecidas por los Operadores de Nodo (como IP blanco / negro, límites de velocidad).
El servicio más importante que se consultará es el punto final de la dirección THORChain: / thorchain / pool_addresses
Esto devuelve la dirección del grupo actual para aceptar fondos entrantes:
http: // thornodeip: 1317> / thorchain / pool_addresses
Esta es una parte crítica de la infraestructura para todas las billeteras, intercambios y servicios conectados: aquí es donde los fondos son enviados por los usuarios que desean intercambiar, apostar o vincular.
Es importante destacar que, suponiendo que el nodo sea honesto, esta dirección es para la bóveda principal de Asgard TSS. Ahi esta sin clave privada asociada a esta dirección y todas las transacciones salientes se coordinan de acuerdo con las reglas de la máquina de estado THORChain y se firman mediante un esquema de firma de umbral.
Aunque se conoce la membresía del comité de firma (http: /// thorchain / bóvedas / asgard) es muy difícil determinar qué nodos participaron en cada ceremonia de firma, dando cada nodo negación plausible en todas las transacciones: Una calidad importante de la red que minimiza la responsabilidad de los nodos y les permite considerar ejecutar un THORNode incluso en países con regulaciones onerosas.
Prevención de ataques de phishing
Como tal, todos los servicios conectados deben seguir el siguiente proceso para evitar que un nodo malintencionado lo suplante:
Consultar un nodo de semilla (THORChain o comunidad) Seleccione 1 / 3rd + 1 de todos los THORNodes devueltos aleatoriamente Consulte el punto final de la dirección del grupo de todos los THORNodesEnsure 100% tasa de cumplimiento a la dirección de la bóveda Asgard (todos los nodos devuelven la misma dirección). Si (4) falla, repita el paso (2–4).
El equipo de THORChain creará una implementación de referencia de esto en el cliente BEPSwap (y lo reutilizará en Asgard Wallet), para que la comunidad lo implemente en sus propios proyectos.
Siguiendo THORChain Churn
Dado que THORChain se agita continuamente (y no reutiliza direcciones), la dirección del almacén nunca debe almacenarse en caché y debe consultarse antes de cada transacción saliente.
Los fondos enviados a una antigua dirección de bóveda se perderán para siempre ya que los THORNodes son anónimos y no pueden coordinar dicha transacción de recuperación.
Con THORChain acercándose a Chaosnet, se publicará más documentación sobre infraestructura para ayudar a la comunidad a comprender cómo interactuar y construir en la red.
