Esta es una traducción automática. El original en inglés está aquí: Update 16 March, 2023
Esta semana, profundizaremos un poco más en los porqués y para qué de una posible red de pago.
Progreso general
@qi_ma y @davidrusu han estado luchando contra algunos errores de memoria desagradables en sn_consensus y sus efectos colaterales que han retrasado la integración de algunas mejoras de membresía. Ese trabajo se ve bien, y está casi terminado.
@roland ha seguido mejorando las pruebas además de aprender más sobre OpenSearch, por lo que podemos aprovechar esa herramienta para las próximas redes de prueba.
La integración del nuevo algoritmo de consenso ha comenzado. Esto debería acelerar y reforzar la toma de decisiones de la red.
@bochaco ha estado trabajando en establecer patrones para la interacción del nodo por parte del usuario. Por ejemplo, permitir que se realicen llamadas a procedimientos remotos para hacer cosas divertidas como proporcionar análisis de red, así como algunas funciones más específicas de la red de prueba, como causar fallas bizantinas (pausar un nodo), reiniciar nodos y más.
El enfoque de la red de pagos
Pensamos que podría ser útil para nosotros indagar un poco más en lo que queremos decir cuando hablamos de una red solo de pagos, cómo se relaciona con la red de prueba de la que hablamos hace unas semanas y por qué estamos analizando el potencial de una estrategia de lanzamiento que comienza con los pagos y luego agrega funciones a medida que avanzamos.
En primer lugar, cuando hablamos de una red de pagos, seguimos hablando de la misma Red segura. Son los mismos fundamentos: mismos nodos, misma base de código, consenso y todo lo demás. Es solo que en este caso, estamos viendo esa red de datos que solo utiliza esos mecanismos para respaldar la transferencia de pagos, el almacenamiento de datos relacionados con esas transacciones, la gestión, transmisión y seguridad de los datos a su alrededor, y otros procesos de datos que respaldan la Experiencia de usuario y utilidad de las transacciones.
El token de utilidad en el centro de esto es el token de red segura (SNT). Este es el aceite de motor de la Red en sí, y es necesario para hacer funcionar la economía subyacente de la Red, ya sea que la Red esté o no manejando datos de pagos específicos, o cualquiera y todos los datos como lo hará la Red completa.
Por lo tanto, este sistema SNT y su nuevo y brillante protocolo que utiliza certificados de portador digital (DBC) deben ser completos, sólidos y, lo que es más importante, comprendidos, adoptados e integrados en la economía en general para que la red de datos completa sea ampliamente accesible. resistente y lo más útil posible.
Hay ventajas reales en el lanzamiento de una manera incremental e iterativa, y por qué una red enfocada en pagos es un excelente candidato, digno de explorar. Nos permite forjar cierta resiliencia en la red y su economía antes de que se necesite más, y nos permite demostrar directamente el poder y el potencial de aquello en lo que todos hemos invertido gran parte de nuestro tiempo y energía. Es crear algo genuinamente útil y llegar allí más rápido de lo que podríamos de otra manera con un trabajo duplicado mínimo, si es que lo hay.
Solo como un ejemplo del valor que podría aportar si se hace bien…
Vemos un potencial real en esta red de pago que brinda las ventajas de DBC no solo al token de utilidad subyacente, SNT; pero para permitir que maneje múltiples monedas en la parte superior que podrían ser intercambiables atómicamente de forma nativa … incluido el SNT que maneja el pago de datos y las recompensas de nodo. Luego, superponga esto con, digamos, un sistema NRS de red global para nombres de usuario y direcciones… y bueno, puede ver lo emocionantes que pueden ser las cosas desde una perspectiva de UX.
Vale la pena señalar que los desafíos de desarrollar y lanzar un proyecto tan complejo como este están fuertemente vinculados. Donde todo debe funcionar, o nada funcionará. Por lo tanto, encontrar soluciones estratégicas donde los grupos de estos enlaces se puedan tomar como elementos discretos, encontrar ventajas y reducir el riesgo sobre todo, es digno de una consideración profunda y cercana. Así que eso es justo lo que estamos haciendo.
Le complacerá saber que no tenemos preocupaciones desde un punto de vista legal o administrativo, y tampoco ninguna de las diversas redes de prueba y tokens de prueba requeridos. ¡Así que la primera parte de la evaluación está completa!
El resto se parece un poco a:
-
Evaluación legal/administrativa
- Alcance técnico
- Red(es) de prueba de pago en vivo
- Probando MAID Airdrop/Redemption
- ¡Preparándose para Go-Time!
Hemos dicho antes, y no importa repetirlo, que la visión y los objetivos de Safe Network y el proyecto en su conjunto siguen siendo los mismos. Pero es poco probable que lanzarlos sea presionar un gran botón rojo y poner los pies en alto. Hay muchas partes móviles, tanto técnicas como humanas, y también factores externos a considerar. Por lo tanto, podemos anticipar un enfoque incremental e iterativo que avance hacia esa visión, de la manera más segura posible. Y antes de que te des cuenta, hemos llegado a la cumbre.
Bajo el capó de los pagos 
La red segura completa se basará en los pagos para almacenar datos y realizar transacciones. Sin embargo, los pagos no se basan en los tipos de datos “fragmentos” y “registros” de Safe Network. los pagos sonalmacenados en su propio, separado, tipo de datos.
Entonces, cuando codificamos la red de pagos, en un nivel alto, lo que hacemos es simplemente elegir no exponer las API de “fragmentos” y “registros”. Sin embargo, las API de pagos todavía están expuestas, y esas son las API en las que nos estamos enfocando actualmente en desarrollar. El enfoque nos permite completar esa parte más rápido, y dado que podemos ver una forma de ejecutar la red solo con pagos, también significa que podemos ver una red en funcionamiento con una función en funcionamiento, más rápido.
Eso es característica en singular, contando pagos como una sola característica. Es la característica esencial sin la cual las otras características de trozos y registros no pueden funcionar en una red real, ya que deben pagarse.
Ahora, la red se basa en el uso de recursos para impulsar las recompensas y el crecimiento, y el uso de recursos que medimos es el espacio de almacenamiento. Sin embargo, a la red no le importa con qué tipo de datos llenamos ese espacio de almacenamiento… Registro, fragmentos, pagos. Todo son datos.
En general, hemos estado hablando solo de “fragmentos” y “registros” como datos, y hemos considerado “pagos” como algo más, lo que no es del todo correcto bajo el capó. Y quizás por eso muchos se han estado preguntando cómo la red puede ser segura “sin datos”. La respuesta es que todavía se está ejecutando con datos, pero solo son los datos de transacciones. :dinero_con_alas: :computadora:
Entonces, cuando tenemos una red de pago, es la misma red, mismo código que almacena datos, se expande cuando se necesita más espacio (nodos), misma membresía con Ancianos y Adultos.
Es solo que solo tiene lo esencial expuesto para realizar pagos. Así que podemos centrarnos en ese aspecto primero… con el objetivo de expandirnos al almacenamiento completo de “fragmentos” y “registro” y pago a partir de entonces.
Enlaces útiles
- Sitio web de red segura
- Introducción a la red segura
- Aspectos básicos de la red
- Hoja de ruta
- Glosario
No dude en responder a continuación con enlaces a las traducciones de esta actualización para desarrolladores y los moderadores las agregarán aquí.
Como proyecto de código abierto, siempre estamos buscando retroalimentación, comentarios y contribuciones de la comunidad, así que no sea tímido, únase y creemos la red segura juntos.