La versión 0.9.3.x de la red de prueba está lista para uso público. Al igual que las actualizaciones de versiones anteriores, la versión anterior comenzará a cerrarse gradualmente, lo que dará a las personas la oportunidad de migrar sus esfuerzos de prueba y desarrollo durante un período de tiempo conveniente.
NOTA: para aquellos que actualicen sus aplicaciones para trabajar en la última línea 0.9.3.x, asegúrese de actualizar a los últimos sdk (s) ya que hay cambios importantes de la versión anterior.
NOTA: para aquellos que han estado ejecutando nodos de red de prueba, puede seguir pasos similares en la actualización de su servicio, el último ha sido enviado al repositorio (https://github.com/nemfoundation/symbol-testnet-bootstrap).
Si es nuevo en las pruebas y desea participar en la red de pruebas, puede seguir la documentación aquí (https://nemtech.github.io/guides/network/running-a-test-net-node.html).
Gracias de nuevo por todos los que participan en los esfuerzos de prueba, informa al equipo sobre cualquier problema cuando comience a usar la nueva versión 0.9.3.x.
Symbol-testnet-bootstrap (servidor 0.9.3.x)
Configuración automatizada para implementar y administrar nodos de Testnet de Symbol.
Esto es para admitir versiones de servidor 0.9.3.x de las implementaciones de red de prueba de Symbol. Si ha estado ejecutando un nodo en CUALQUIER versión anterior, es mejor comenzar desde un entorno nuevo y volver a implementar su nuevo nodo desde un estado limpio. Con las nuevas configuraciones de red como de costumbre, cualquier cuenta que haya estado utilizando en la red anterior no tendrá saldo si se muda a una nueva red.
Para limpiar su entorno si pasa de una configuración de red de prueba anterior, puede seguir estos pasos
Si estaba ejecutando un nodo par:
Cambiar al directorio de ensamblado por pares
Deje de ejecutar servicios (ejecute el comando “docker-compose down”)
Cambie a fuera del directorio de la herramienta de arranque testnet
Eliminar el directorio symbol-testnet-bootstrap / O catapult-testnet-bootstrap / (si proviene de la generación anterior)
Elimine su caché de imágenes ejecutando “podar sistema docker -a” (confirme “y” si se le solicita)
Si estaba ejecutando un nodo api:
Cambiar al directorio api-harvest-assembly
Deje de ejecutar servicios (ejecute el comando “docker-compose down”)
Cambie a fuera del directorio de la herramienta de arranque testnet
Eliminar el directorio symbol-testnet-bootstrap / O catapult-testnet-bootstrap / (si proviene de la generación anterior)
Elimine su caché de imágenes ejecutando “podar sistema docker -a” (confirme “y” si se le solicita)
Con el tiempo, a medida que actualiza a nuevas versiones, las versiones antiguas pueden ocupar espacio en el disco. Si se encuentra con problemas de disco b / c de esto, puede eliminar todas las versiones anteriores ejecutando podar sistema docker -a, que le pedirá que confirme y / n. NOTA: esto eliminará todas las imágenes acopladas en caché, por lo que si está desarrollando algo con otras imágenes, también las eliminará y deberá volver a descargarlas.
Requisitos ambientales
Los scripts de configuración se automatizan con Docker. Para ejecutar un nodo de red de prueba, deberá haber instalado las siguientes herramientas de acoplamiento:
Docker
Docker-compose
Las imágenes de lanzamiento se dirigen a arquitecturas modernas x86. Se ha informado que se experimentan errores en algunas máquinas más antiguas proporcionadas. Si se encuentra con algún problema relacionado, informe en el grupo slack (#help).
Instalación
Descargue la última versión del paquete o clone el repositorio directamente usando Git.
2. Elija la distribución de ensamblaje para instalar.
cd symbol-testnet-bootstrap/api-harvest-assembly
ó
cd symbol-testnet-bootstrap/api-assembly
ó
cd symbol-testnet-bootstrap/peer-assembly
En resumen, si desea poder interactuar con su nodo, debe ejecutar el ensamblado API. Por otro lado, si desea un nodo dedicado exclusivamente para confirmar las transacciones, implemente el ensamblado de igual. Puede leer más sobre cada ensamblaje aquí.
Ejecute el nodo con docker-compose.
sudo docker-compose up --build --detach
Debería ver docker descargando las imágenes del contenedor por primera vez. Luego debe ejecutar la configuración y finalmente iniciar el servicio.
Para detener todos los servicios en ejecución, ejecute sudo docker-compose en el mismo directorio donde ejecutó el comando up.
Esamblaje de Pares
El conjunto de pares configurará un nodo de solo pares.
El servidor debe tener el puerto 7900 abierto y disponible para conectarse, de lo contrario no podrá conectarse con otros nodos en la red.
Ensamble de Cosecha por API
El conjunto de recolección de API configurará un API de doble propósito y un nodo de igual, así como la puerta de enlace REST a la que se pueden enviar las transacciones y leer los datos.
Puede verificar que el nodo se esté ejecutando abriendo una nueva pestaña del navegador con la siguiente URL: localhost: 3000 / chain / height.
El software debe exponer el puerto 3000 por defecto. Si no puede acceder a la puerta de enlace REST desde el exterior, puede significar que el puerto está cerrado de forma predeterminada por su máquina o proveedor de alojamiento, por lo que tendrá que abrirlo para acceder desde fuera de la máquina.
Los nodos API ocupan más memoria y almacenamiento que los nodos pares. Si tiene limitaciones de memoria o almacenamiento y se encuentra con problemas, se recomienda cambiar a ejecutar un nodo de solo pares.
Ensamble API
Nuevo a partir de beta4. El ensamblado API configurará un nodo api que solo sirve como puerta de enlace para los envíos de transacciones y las solicitudes de información de la red.
Contribuciones
Este proyecto es desarrollado y mantenido por la Fundación NEM. Las contribuciones son bienvenidas y apreciadas. Puedes encontrar symbol-testnet-bootstrap en GitHub; Siéntase libre de comenzar un problema o crear una solicitud de extracción. Verifique CONTRIBUYENDO antes de comenzar.
Si estás leyendo esto, eres parte de nuestra tribu en NEM. Tu participación ha ayudado a definir la cultura de esta comunidad y cómo se ve el futuro para la plataforma NEM. En nombre de la Fundación NEM, queremos agradecerles. Al apoyar la adopción y el desarrollo del proyecto blockchain de NEM, usted está capacitando a las personas en todo el mundo para que tengan un mejor futuro.
La Blockchain de Symbol (anteriormente Catapult) es un logro tecnológico increíble, creado casi en su totalidad por los desarrolladores principales. Pero incluso la mejor tecnología del mundo puede fallar si carece de herramientas y conexiones con las empresas que la necesitan. La industria blockchain es competitiva y Symbol debe estar bien equipado para luchar por la cuota de mercado. A medida que nuestro equipo de liderazgo asumió el cargo en 2019, teníamos una visión clara de impulsar el lanzamiento y la comercialización de Symbol. A principios de año, asignamos nuestros programas, presupuestos y personas a las necesidades de los desarrolladores empresariales, empresas, estudiantes y usuarios finales que serán fundamentales para el éxito de Symbol.
Para nosotros, los desafíos fueron sustanciales a veces, incluida la presión financiera durante un mercado bajista volátil. Cumplimos nuestra promesa de publicar la hoja de ruta de la Fundación NEM basada en nuestra mejor información en el momento de lo que anticipamos que sería necesario para el éxito futuro. Los horarios del software son fluidos y nos perdimos algunas fechas. Además, las pruebas de Symbol (que contratamos a través de un tercero) nos proporcionaron a nosotros y a los desarrolladores centrales información útil para determinar el camino que tenemos por delante para el lanzamiento.
A pesar de las fechas perdidas y los resultados de las pruebas en curso, nuestros esfuerzos tuvieron un gran impacto. Hicimos progresos importantes en casi todas las áreas, y en muchas otras, no en la hoja de ruta, como las decisiones de migración, la transparencia, la gobernanza, la navegación de los cambios globales a las regulaciones y el cumplimiento y también contratando profesionales de software experimentados y expertos en la materia.
Aquí está el informe de ROI de 2019 para dar contexto a nuestras actividades el año pasado. Primero cubriremos los gastos, luego los resultados.
Presupuesto de la Fundación NEM 2019
A principios de 2019, la Fundación NEM obtuvo una solicitud de presupuesto total de $ USD 8 millones. Para el año calendario de enero de 2019 a diciembre de 2019, el gasto real total del presupuesto fue de $ 6.7 millones, que se describe en el resumen a continuación.
Aspectos destacados del gasto real del presupuesto de 2019:
El desarrollo de tecnología representó el 43% del presupuesto total, con un fuerte énfasis en contratar a los mejores talentos de ingeniería, crear herramientas que incluyan billeteras, SDK y exploradores, trabajar con proveedores y desarrollar la capacidad para que la plataforma de NEM crezca en 2020. Esto es en línea con nuestro mandato de enfocar el gasto en tecnología. (Enlace – Actualizaciones históricas de tecnología).
El Desarrollo Comercial y Marketing consisten en el 15% y el 12% del presupuesto respectivamente, con la mayoría del gasto sesgada hacia fines de 2019 mientras nos preparamos para el lanzamiento de Symbol. La financiación se gastó en la contratación de la agencia de relaciones públicas líder en la industria Wachsman y Better Way Agency, que apoyó el diseño de la marca y los materiales de apoyo para Symbol. También mantuvimos un flujo constante de compromisos de eventos y construimos nuestra base de asociación para prepararnos para el lanzamiento. Puedes ver nuestra actualización de actividad mensual aquí.
Operaciones, Legal, RRHH y Finanzas, respectivamente, representan el 9% y el 4% del presupuesto total, lo que fue proporcional a nuestro pronóstico a principios de 2019. El gasto se invirtió en las herramientas del equipo para tener éxito. Esto incluía suscripciones de software como herramientas de correo electrónico y videoconferencia, plataformas de atención al cliente, herramientas de gestión de proyectos y más.
Del costo total, el gasto de personal fue el más alto con un 61%, amplificado por la reestructuración y la indemnización por despido del primer trimestre de 2019 ~ $ 250K. La mayor parte del presupuesto se había destinado a los gastos relacionados con las personas. Hacia fines de 2019, también contratamos a nuestro CTO y otros líderes clave de C-suite, lo que se sumó a los costos (esperados), un excelente uso de los fondos. En el resumen de gastos, se han gastado fondos en NEM Medio Oriente y África del Norte (MENA), NEM Asia y NEM Europa en un total del 8% del presupuesto. Esto representa los fondos utilizados para los despidos durante la reestructuración de 2019, así como el pago de todos los pasivos pendientes en 2018. Es lamentable que esos costos inesperados hayan impactado nuestro presupuesto, pero nos aseguramos de que todos los pagos se realizaron para asegurarnos de que nos comportamos por encima de la mesa.
Trajimos a un sólido equipo de desarrollo de tecnología, ofrecimos recompensas por la corrección de errores y utilizamos contratistas y proveedores para obtener asistencia. Los proveedores que nos apoyaron incluyeron el desarrollo de la billetera móvil, la estrategia de mercado de Japón y las traducciones, incluido el trabajo de integración de billetera de hardware. También distribuimos fondos para apoyar a NEM Studios, que están trabajando en el desarrollo del backend y el soporte de Catapult Go-To-Market y que posteriormente formaron el Comité Directivo de Catapult.
Resultados del Desarrollo Tecnológico en 2019
La principal prioridad de la Fundación en 2019 fue apoyar el lanzamiento de Symbol.
Renovamos completamente el Equipo Técnico y, en unos pocos meses, contratamos talentos de ingeniería y un conjunto de proyectos estaba en pleno movimiento. Algunos aspectos destacados de la tecnología tangible:
Nuevas billeteras Symbol (de escritorio y móviles) listas para el lanzamiento de la cadena pública
Explorador de blockchain de Symbol
SDK
Symbol Academy, un portal integral de aprendizaje en línea para capacitar a los desarrolladores. Esto se implementará en nuestros integradores de sistemas y socios en paralelo con el lanzamiento.
Testnets de Symbol
Gran parte de este progreso fue impulsado por nuestro recién contratado Director de Tecnología, Nate D’Amico. Nate es un desarrollador veterano con experiencia en gestión de productos en empresas de software de nivel empresarial, incluidos SugarCRM y proyectos de código abierto como Apache Bigtop.
Greg Saive fue otro jugador estrella en el equipo de tecnología de la Fundación, que trabajó junto con los desarrolladores principales para garantizar que la tecnología front-end sea perfecta con el protocolo.
Aspectos destacados de soporte tecnológico adicional:
Cada proyecto de tecnología ha tenido un administrador de proyectos de software con experiencia para responsabilizar al equipo de los resultados a diario.
Los líderes de la Fundación unieron esfuerzos con NEM Ventures y NEM Studios en el Comité de Migración en 2019. Este comité resolvió las decisiones difíciles sobre la migración de tokens y datos, los plazos, la economía de los tokens y otros temas polémicos. Estas decisiones tuvieron que ser examinadas a fondo con la comunidad, los inversores, los desarrolladores, los miembros del equipo central, los expertos legales / fiscales, los socios y otros en el ecosistema.
Resultados: 2019 Operaciones, Legal y RRHH
Desarrollamos un “Equipo de transformación” para implementar estándares, procesos y políticas en la nueva estructura. Logramos mostrar a la industria una representación más profesional y organizada de NEM.
Establecimos una oficina de Secretaría con personal designado para proporcionar comunicaciones regulares en los foros de NEM.
Agilizamos los costos, como el arrendamiento y los costos operativos del NEM Blockchain Center (NBC). Se llegó a un acuerdo para que un tercero se haga cargo del pago del arrendamiento a largo plazo y administre NBC como un lugar de evento y espacio de trabajo conjunto.
Al pasar de una estructura regional a una estructura global, pasamos a un marco con más responsabilidad mediante la creación de un Fideicomiso. La confianza es un capa adicional de responsabilidad por los fondos. La Fundación proporciona informes trimestrales antes de desembolsar los fondos.
Cambiamos la forma de la organización para trabajar en un entorno de “fuerza laboral distribuida”. Nuestros equipos están dispersos por todo el mundo en unos 20 países. Al usar un enfoque de software compartido, los miembros del equipo pueden trabajar juntos para acceder a todos los recursos de la Fundación sin la administración y el gasto de las oficinas físicas.
La reestructuración del primer trimestre de 2019 resultó en muchos despidos. Contratamos a un proveedor de servicios de recursos humanos para asegurarnos de que las terminaciones se manejaran con la indemnización adecuada y los requisitos legales y pagamos las deudas pendientes del año anterior.
Otra contratación de operaciones importante fue Adele Rom como Asesora de Organización Estratégica y Liderazgo. Los 20 años de experiencia de Adele en gestión de talento y operaciones incluyen puestos como Vicepresidente de Recursos Humanos para JP Morgan Chase & Co y Jefe de Talento para Riot Games.
Contratamos a PwC, una de las cuatro grandes firmas contables, para respaldar nuestros precios de transferencia y asuntos financieros.
Aportamos un sólido conocimiento financiero sobre banca, cumplimiento e intercambios globales mediante la contratación de un equipo financiero experimentado.
Implementamos una nueva firma de auditoría externa y creamos un fideicomiso para la Fundación. Esto condujo a una mayor transparencia y gestión de fondos y mantuvo las operaciones responsables con un alto nivel.
Consolidamos y racionalizamos las finanzas de varias entidades NEM en Europa, Sudeste de Asia y Asia Pacífico. Hemos combinado cuentas bancarias clave y esperamos mayores ahorros en servicios financieros en el futuro cercano.
En la Asamblea General Anual y la Asamblea General Extraordinaria, nos comprometimos a tener informes financieros auditados por terceros para las entidades filiales de Singapur y Malasia, que desde entonces han aumentado la transparencia financiera.
También contratamos a Lei Dong como nuestro Director Financiero. Lei aportó sólidos conocimientos financieros sobre banca, cumplimiento e intercambios globales gracias a su experiencia en Huobi.
Resultados: 2019 Marketing y desarrollo de negocios
Firmamos un acuerdo para el soporte de Catapult Go-To-Market con David Shaw y NEM Studios. Posteriormente formamos el Comité Directivo de la Marca Catapult. Trabajamos estrechamente con estos equipos para crear y administrar el proceso de aprobación para una revisión completa de la marca. También firmamos un MOU por ~ $ 750,000 con NEM Studios con fondos para cumplir con la estrategia Go-To-Market, así como el desarrollo de back-end.
Trajimos expertos en marketing y relaciones públicas, incluida la agencia de relaciones públicas Wachsman, y la agencia Better Way para apoyar nuestros esfuerzos de marca.
Este trabajo condujo a votos exitosos de la comunidad sobre la marca y el ticker. También centró nuestros esfuerzos en casos de uso específicos de la industria, como atención médica, finanzas, seguros, juegos y más.
Comenzamos la creación del sitio web de Symbol y los materiales de marketing para ser la cara del producto.
Incrementamos sustancialmente la defensa de los esfuerzos regulatorios para las criptomonedas y blockchain, incluida la Cumbre V20 en Japón.
Trabajamos con gobiernos e instituciones financieras, incluido el Banco de Lituania, en casos de uso.
Trabajamos junto a universidades de todo el mundo para contribuir al plan de estudios de miles de estudiantes y estudios en todo el mundo en la construcción de Symbol Academy y el Centro de Recursos para Desarrolladores.
Creamos un grupo de trabajo de FinTech que trabajó en investigación, asociaciones y planificación para los casos de uso de la industria financiera de Symbol. Esta investigación ayudó a impulsar la optimización de Symbol para la industria del comercio de valores.
A finales de 2019, invertimos en el establecimiento de un equipo de Japón, que está trabajando en una serie de proyectos y asociaciones para 2020.
Comenzamos la creación del portal educativo de Symbol Academy que incluye videos, tutoriales y casos de uso centrados en el ecosistema de NEM.
También puede encontrar más detalles sobre el desarrollo empresarial en nuestra actualización mensual de la Fundación NEM para 2019.
Resumen
Tuvimos muchos logros sobresalientes este año, y sin los esfuerzos de la Fundación, el ecosistema de herramientas, recursos para desarrolladores y soporte de Symbol seguramente estaría muy por detrás de lo que es hoy.
Hicimos un progreso sorprendente comenzando con un equipo completamente nuevo y construyendo una organización bien administrada con expertos en tecnología y expertos en la materia a cargo. Nos centramos en cómo Symbol satisfará las necesidades de industrias específicas y pusimos en marcha proyectos que darán impulso al mercado de Symbol en el momento crítico después del lanzamiento público. Hicimos todo esto por debajo del presupuesto.
A veces nos topamos con retrasos en los proyectos y comunicaciones. En áreas como el Comité de Migración, la hoja de ruta, los retrasos en la fecha de lanzamiento y los plazos de financiación, nos sentimos responsables de avanzar las decisiones, pero no teníamos la autoridad final sobre los tomadores de decisiones o el proceso de toma de decisiones de código abierto para poner fin a los retrasos. Este fue un punto de dolor importante que deberá resolverse a medida que evolucione la gobernanza del ecosistema. Muchas decisiones tuvieron muchas rondas de investigación con muchas partes detrás de escena, mientras que la Fundación recibió la mayor parte de las críticas. Aún así, la comunidad busca liderazgo en la Fundación, y creemos que los líderes efectivos superarán este tipo de desafíos. Finalmente los superamos, pero nos estamos desafiando a nosotros mismos para mejorar nuestra efectividad en el futuro y trabajar con el equipo central, NEM Ventures, NEM Studios y el Consejo en soluciones futuras.
Avanzamos hacia el lanzamiento público de 2020 con renovada energía y confianza, y Symbol está bien posicionado para enfrentar los desafíos futuros. La industria del libro mayor distribuido de código abierto todavía es muy nueva, y las organizaciones como la nuestra deben adaptarse continuamente para adaptarse a los mercados cambiantes y los paisajes competitivos. El cambio es la única garantía.
Pero nosotros, en la Fundación, siempre nos hemos mantenido fieles a la visión original de NEM: una cadena de bloques justa, abierta y de alto rendimiento de nivel empresarial será una rampa para el futuro digital. Con esa visión, el camino de Symbol para convertirse en un líder de la industria es más claro que nunca. Hay tiempos muy emocionantes por delante.
Gracias comunidad.
Alexandra Tinsman, presidente
Anton Bosenko, miembro del consejo
Adele Rom, asesor
David Shaw, asesor
Dona Rinon, miembro del consejo
Greg Evias, miembro interino del consejo
Jason Lee, vicepresidente
Jeff McDonald, miembro del consejo
Laura Takenaka, miembro del Consejo
Lei Dong, Oficial Principal de Finanzas
Nate D’Amico, Director de Tecnología
Niko Maenpaa, Miembro del Consejo Interino
Pedro Guiterrez, Miembro del Consejo y Jefe de Alianzas
Año nuevo, marca nueva, nuevas formas de conexión. Obtenga ayuda directa en NEM2 Slack y siga las actualizaciones de la versión. La nueva red de prueba y la red de prueba existente se ejecutarán en paralelo. Se está implementando la marca de símbolo. TREZOR no estará disponible hasta después del lanzamiento de XYM debido a los nuevos criterios de listado de TREZOR. Las pruebas finales se realizan ahora en las ejecuciones de práctica de procesamiento de datos de suscripción voluntaria.
Actualización de Comunicaciones y Soporte
A medida que nos acercamos a las pruebas domésticas antes del lanzamiento de la red pública, estamos actualizando cómo la tecnología y el producto se comunican y apoyan a nuestra comunidad.
⇨ Comunicaciones: publicaremos actualizaciones periódicas a medida que avancemos en los ciclos de lanzamiento y estas fases finales para el lanzamiento de la red pública.
⇨ Soporte (a dónde ir para obtener respuestas sobre preguntas técnicas y sobre productos).
El último enlace de invitación siempre está disponible en la parte inferior del sitio del centro de desarrolladores: https://nemtech.github.io .
Los canales de Slack más populares para obtener ayuda en relación con testnet y pruebas generales son:
#help
#sig-testing
Última Actualización de Symbol Testnet
Con la última versión se requería generar un nuevo bloque de némesis. En lugar de reiniciar la red existente, generalmente comenzamos una nueva red junto con la existente (este enfoque permite un impacto mínimo o nulo para todos los diversos desarrolladores y socios internos y externos que están aprovechando la red)
La nueva red se lanzó el miércoles 1/22 y después de la verificación de que la red se comportó como se esperaba, se realizó una nueva versión pública del código para la versión 0.9.2.1 (https://github.com/nemtech/catapult-server/tree/v0 .9.2.1).
Esto marca la primera testnet lanzada con el nuevo ticker “symbol.xym” que fue elegido recientemente después de la votación final de la comunidad.
Todas las redes de prueba futuras y el eventual lanzamiento de la red principal utilizarán el nuevo ticker y la marca relacionada (más sobre eso a continuación).
La red anterior que ha estado funcionando durante un par de meses continuará funcionando durante unas pocas semanas, luego comenzaremos a cerrar los servicios básicos para ella. Esto les dará a todos suficiente tiempo para trasladar sus pruebas y esfuerzos a la nueva red cuando sea conveniente. Si bien tiene tiempo suficiente, debe comenzar a migrar sus esfuerzos de prueba ahora.
Actualmente hay al menos dos conjuntos más conocidos de actualizaciones y correcciones que llegan a la base del código del servidor central, algunos de los cuales requerirán un reinicio / reinicio de la red, y otros que no. Durante las próximas dos semanas, el equipo de desarrollo central preparará estas actualizaciones y finalizará algunos alcances y estimaciones para la implementación y el tiempo de prueba. A medida que avanzamos en el desarrollo, se proporcionarán más actualizaciones sobre la programación de futuras actualizaciones y restablecimientos de red de prueba.
Mudandose a la red Symbol.xym
Moviendo los esfuerzos de desarrollo y prueba existentes de la red anterior a la nueva red symbol.xym es relativamente fácil dependiendo de cómo se haya involucrado con la red.
⇨ Si ha creado cuentas, billeteras, etc., tenga en cuenta que no existirán en la nueva red. Los saldos, mosaicos, espacios de nombres, etc. que se crearon en la red anterior deberán volver a crearse en la nueva si forman parte de sus pruebas y desarrollo en curso.
⇨ NOTA: esta actualización se creó con los mismos parámetros que la anterior, por lo que si tiene algún parámetro de red como ID de mosaico de moneda o valores hash de generación de red cableados en sus pruebas, su conexión aún debería funcionar sin cambios.
Como se señaló anteriormente, si no desea interrumpir sus esfuerzos de desarrollo / prueba actuales, no dude en migrar lentamente su configuración durante las próximas dos semanas, lo anunciaremos cuando comencemos a cerrar los servicios de versiones anteriores.
Si está / estaba ejecutando un nodo de red de prueba, necesitará usar la última versión que se comporta de la misma manera pero que ha sido preparada con la nueva némesis creada para la red y un par de actualizaciones de configuración. Lo puedes encontrar aquí.
Enlaces y detalles también actualizados en la última versión de documentación aquí.
⇨ NOTA: Si estaba antes, o planea ejecutar nodos de prueba permanentes y recolectores, no dude en soltar notas en el canal de prueba # sig y los miembros del equipo pueden enviar o reenviar grandes cantidades de symbol.xym para aumentar la cosecha posibilidades.
Para aquellos que han estado usando y probando la billetera de escritorio, hemos configurado un nuevo repositorio temporal para el movimiento a la nueva red:
Si anteriormente estaba usando la billetera, puede eliminar las instalaciones anteriores, ya que esta nueva apuntará automáticamente a la nueva red.
Soporte de servidor para arquitecturas x86 antiguas
Actualmente, las compilaciones y las versiones del servidor central se centran en arquitecturas x86 que no son muy antiguas.
Hemos recibido mensajes de varios probadores a través del canal #help que han experimentado errores al intentar iniciar nodos en hardware que es mucho más antiguo. Somos conscientes y haremos algunos esfuerzos en las compilaciones de prueba para apuntar a los archivos x86 más antiguos y actualizaremos cuando haya compilaciones / lanzamientos disponibles para probar.
Actualización NIS1 Opt-in
Se están haciendo muchas preguntas sobre el estado del opt-in para la aceptación.
El equipo está en la etapa final de pruebas para simular y verificar el lado de procesamiento de datos de suscripción voluntaria de las cosas. Esto cubre el proceso que ocurrirá después de que se alcance la altura de la instantánea de suscripción y las herramientas que se están construyendo leerán y verificarán los datos de suscripción de NIS1 y generarán la salida que se introducirá en la creación de némesis para la nueva red Symbol. Una vez que se complete esta fase de prueba final, estaremos listos para empaquetar y lanzar las primeras partes de la herramienta de suscripción.
La primera fase del lanzamiento de la herramienta opt-in es en forma de NEM Wallet (también llamada nanowallet). Los usuarios que usan la billetera NEM podrán descargar una nueva versión y realizar el procedimiento de suscripción.
La biblioteca que alimenta el complemento NEM Wallet también estará disponible para terceros o personas interesadas en realizar la suscripción mediante programación a través de sus propios procesos personalizados o clientes.
También estamos buscando empaquetar la biblioteca en una aplicación móvil independiente enfocada para aquellos que no tienen acceso a una computadora que pueda ejecutar NEM Wallet. Más actualizaciones sobre esto por venir, esto se lanzará algún tiempo DESPUÉS del complemento / lanzamiento de la Billetera de NEM.
Soporte de la billetera de hardware Symbol
El trabajo ha progresado en el soporte de billetera de hardware, con un enfoque inicial en TREZOR y soporte de libro mayor.
El trabajo de TREZOR se ha completado hasta el punto de estar en el estado final listo para empacar y enviar para su revisión. Recientemente hemos aprendido que TREZOR ahora ha actualizado los criterios para recibir nuevos tokens en su hardware (lo cual es problemático con el lanzamiento de una nueva red / token).
Debe ser un token de los “30 mejores”.
Debe aprovechar la nueva técnica de implementación para un mejor soporte entre el hardware TREZOR antiguo / nuevo.
Pase la revisión básica de una solicitud de extracción para su firmware.
⇨ Esto significa que vamos a presionar para finalizar el proceso de aprobación con ellos después del lanzamiento del token XYM cuando se instale en su lugar en los mercados.
El soporte del libro mayor todavía está en desarrollo, tendremos más actualizaciones en febrero para el estado del mismo y sus criterios de actualización / listado relacionados a medida que avanzamos.
Parte del equipo de NEM está buscando otras copias de seguridad para soporte de billetera de hardware más allá de TREZOR / Ledger, a medida que avanzan la investigación y las conversaciones, el equipo de tecnología y producto tomará esa información y participará donde sea necesario.
Actualización de Producto y Branding de Symbol
Como muchos de ustedes en la comunidad ya han visto, el proyecto está creando una nueva marca para el lanzamiento de la red de la versión 2 y productos / servicios relacionados.
La pieza final se resolvió recientemente con el voto completado para el ticker para el token de red pública. La agencia de marca y el equipo de marketing de NEM ahora están trabajando para crear y finalizar todos los activos de diseño y marca necesarios para el lanzamiento. Esto incluye activos de diseño que se aprovecharán en los diversos productos y servicios que tenemos hoy y otros nuevos en los que se trabajará en el futuro.
En las próximas semanas comenzará a notar una serie de actualizaciones menores y luego importantes para reflejar la nueva marca. Esto incluirá el explorador de bloques, la billetera de escritorio, la herramienta cli, el sitio de desarrollador / documentación y varias otras áreas del proyecto.
Alentamos a todos a configurar un nodo y probar testnet, ¡crezcamos juntos! Guía aquí.
¡Bienvenidos de nuevo a la Actualización del Departamento de Tecnología de la Fundación NEM! Nos complace compartir con ustedes algunas de las discusiones y actualizaciones en curso en el equipo del departamento de tecnología.
Resumen Actualización técnica de Noviembre
Los desarrolladores principales lanzaron una nueva versión de Catapult, con nombre en código Fushicho 3 , que es la segunda versión de nuestra versión candidata de lanzamiento. La actualización viene con una actualización sobre el tiempo de época de Némesis y agrega un equilibrio máximo de cosechador en la configuración de la red.
La Fundación NEM está moviendo el enfoque a la red de prueba pública. Hemos ejecutado un restablecimiento de la red y estamos planeando realizar más pruebas durante este mes, algunas con respecto a la cosecha delegada y la división entre el beneficiario del nodo y el reparto de recompensas en bloque del recolector. ¡Manténganse al tanto!
El Centro de Desarrollo de NEM se actualiza constantemente para integrar las últimas funciones de Catapult. Descubra en qué han trabajado nuestros redactores técnicos.
El proyecto Desktop Wallet también ha recibido muchas contribuciones y el equipo actualmente está trabajando en soluciones de estabilidad y planeando la apertura de un programa HackerOne.
El proyecto Mobile Wallet se está moviendo junto con su implementación beta privada con correcciones para la generación de códigos QR y la generación de billeteras deterministas jerárquicas.
Por último, pero no menos importante, los desarrolladores principales han comenzado a escribir el documento técnico de catapult
Actualización de Protocolos
El lanzamiento de Catapult Fushicho 3, que es el segundo candidato de lanzamiento para Catapult (RC2), presenta una actualización de los ajustes de tiempo de época de némesis para que sea configurable por red.
Esta última actualización viene con un cambio importante al anunciar transacciones a la red porque las fechas límite ahora están usando una marca de tiempo de némesis diferente.
Otro cambio notable que cayó con esta versión es el hecho de que la configuración de red ahora incluye un campo de configuración maxHarvesterBalance, un equilibrio de cosechador máximo, que también puede variar con diferentes redes.
Además, se han abordado más correcciones de estabilidad con correcciones a la prohibición, también a cuentas desbloqueadas para la cosecha delegada y correcciones de proceso de recuperación múltiple.
Con esta versión, también se han solucionado más errores con los siguientes problemas cerrados de GitHub:
Cambie maxCosignedAccountsPerAccount de uint8 a uint32: https://github.com/nemtech/catapult-server/issues/51
Se agregaron restricciones vacías a la colección AccountRestrictions: https://github.com/nemtech/catapult-server/issues/53
Participe en nuestras discusiones generales, ¡nos complace recibir sus comentarios!
Catapult Whitepaper
Durante el mes de noviembre, los desarrolladores principales comenzaron a escribir el documento técnico de catapulta.
Extracto de la introducción del catapult whitepaper:
[…] Protocolo DLT de confianza, de alto rendimiento, en capas, basado en blockchain: estos son los primeros principios que influyeron en el desarrollo de Catapult. […]
Este documento técnico presenta los detalles sobre las características de Catapult, como Transaction Plugins, Extensiones, Servidor / Broker / Recuperación y muchos más. ¡También describe principios básicos como la criptografía aplicada, la derivación de direcciones, la implementación de pruebas de árbol de merkle patricia y la generación de bloques por nombrar solo algunos!
Advertencia El contenido es de calidad preliminar y está sujeto a cambios, pero no dude en enviar sus comentarios utilizando el rastreador de problemas.
Testnet público para Catapult
El Departamento de Tecnología de la Fundación NEM ha estado trabajando en un Testnet público para Catapult. Esta red presenta nuevas características, incluida una recompensa de bloque que se divide entre el beneficiario del nodo y el recolector del bloque.
Paralelamente a Testnet, los miembros de la Fundación NEM han estado trabajando en una versión beta de las aplicaciones cliente que se pueden usar en la red de prueba, como se encuentra en la siguiente lista:
Billetera de escritorio: https://github.com/nemfoundation/nem2-desktop-wallet/releases/v0.8.9
CLI (interfaz de línea de comandos): https://github.com/nemtech/nem2-cli/releases/v0.15.1
Con la configuración recientemente agregada para la inflación y las pruebas en curso relacionadas con las recompensas en bloque, las características delegadas de recolección y prohibición, y el trabajo realizado durante noviembre y principios de diciembre, estamos alcanzando un estado de estabilidad que debería permitir que Public Testnet se lance oficialmente.
El Centro de Desarrollo de NEM es el lugar para aprender sobre las funciones de Catapult. Los miembros del Departamento de Tecnología de la Fundación NEM están trabajando en la documentación y guías técnicas para Catapult diariamente. Durante noviembre, el sitio recibió mejoras en la legibilidad y la navegabilidad al simplificar su página de destino e incluir algunas guías de funciones en la barra lateral. Las guías y la documentación que se agregaron durante el último mes incluyen:
Interfaz de línea de comandos y kits de desarrollo de software
Ya está disponible una nueva versión de la interfaz de línea de comandos para Catapult (nem2-cliv0.15.1 1) con el último kit de desarrollo de software en uso y algunas correcciones de errores. Entre las funcionalidades recientemente implementadas, destacamos la posibilidad de preparar y firmar transacciones fuera de línea, sin necesariamente tener que anunciarlas en la red. El equipo está trabajando actualmente en el cifrado de perfiles y el almacenamiento seguro para esta aplicación cliente.
El explorador de Bloques ahora se puede usar para monitorear y leer datos de blockchain en tiempo real. ¡Esta aplicación cliente se conecta automáticamente a nuestro Testnet público para Catapult!
Mientras hablamos, el equipo está trabajando en complementos de funciones para Block Explorer para agregar puntos de datos faltantes, como detalles de restricción de mosaico.
Actualización del proyecto de Billetera de Escritorio
Los miembros de la Fundación NEM han estado trabajando en una versión beta de la Billetera de Escritorio, que se está poniendo al día y actualmente se está actualizando a Catapult Fushicho 3 hito. La última versión de esta aplicación cliente, que puede encontrar aquí, se conecta automáticamente a nuestro Testnet público para Catapult!
Algunos de los últimos trabajos en curso incluyen:
Correcciones de estabilidad en el proceso de firma: https://github.com/nemfoundation/nem2-desktop-wallet/pull/677
Revisión / correcciones de estabilidad con los oyentes: https://github.com/nemfoundation/nem2-desktop-wallet/pull/693
Pruebas unitarias de transacciones faltantes: https://github.com/nemfoundation/nem2-desktop-wallet/issues/655
Errores de confirmación de transacción con alias como destinatario: https://github.com/nemfoundation/nem2-desktop-wallet/issues/663
Interfaz de usuario agregada: indicador de carga de red: https://github.com/nemfoundation/nem2-desktop-wallet/issues/692
La Fundación NEM ha estado trabajando con Hatio para proporcionar una aplicación Mobile Wallet que sea compatible con Android e iOS.
El proyecto de billetera móvil proporcionará funcionalidades básicas de transacciones y administración de cuentas, tales como:
Generación de códigos QR entre clientes compatibles con la billetera de escritorio
Compatibilidad con el Testnet público para Catapult
Módulo de co-firma agregado para transacciones agregadas (parciales) (multi-firma)
Dependencias actualizadas al último nem2-sdk y al uso de nuestra testnet pública
Se están agregando más funciones a la billetera móvil mientras hablamos. Estamos colaborando con Hatio y coordinando semanalmente para impulsar esta aplicación cliente que traerá las funciones de Catapult a su móvil.
¡Esperamos que se pueda publicar una versión beta pública durante este mes!
Grupo de trabajo para la migración de liberación pública La Fundación NEM ha contribuido a las discusiones del comité de migración y a las recomendaciones de procesos mediante la ejecución de pruebas para el proceso de migración de suscripción recomendada.
Además, durante el último mes, el comité de migración ha publicado iteraciones de actualizaciones de la comunidad que puede encontrar en nuestro Foro:
Clausura 2019: contribuciones al calendario de adviento NEM2
Gracias a la comunidad de Japón por ejecutar el Calendario de Adviento NEM2 en Qiita. Los miembros del Departamento de Tecnología de la Fundación NEM han contribuido con artículos que puede encontrar en la siguiente lista:
Esta será la última actualización del año 2019 para el Departamento de Tecnología de la Fundación NEM. ¡Comenzaremos de nuevo el próximo año con una nueva configuración para estas actualizaciones!
¡De todo el equipo, les deseamos una feliz Navidad y un feliz año nuevo!
Conclusión Noviembre ha sido un mes para centrarse en la estabilidad, en la creación de redes de prueba, en el progreso de los esfuerzos de prueba y en las discusiones y recomendaciones para la próxima migración de la red pública de Catapult. El Departamento de Tecnología de la Fundación NEM dará actualizaciones sobre estos temas, también durante diciembre.
Gracias por leer nuestra actualización mensual del Departamento de Tecnología de la Fundación NEM.
Esta publicación debería proporcionar a la comunidad una mejor perspectiva sobre cómo una migración de aceptación de Catapult es técnicamente factible.
Como introducción rápida, eche un vistazo al siguiente árbol de decisiones de @Jaguar0625, quien publicó esto en Twitter aquí.
Razón fundamental o base lógica
Este documento analiza las implicaciones de la migración de los conjuntos de datos almacenados en una red blockchain heredada, en lo sucesivo denominados “datos de cadena de bloques NEM” y “cadena de bloques NEM”, también conocida como “cadena de bloques NIS”, en una red de cadena de bloques pública Catapult recién configurada.
La solución propuesta establece un proceso que se distribuye y puede ser auditado por terceros.
La migración propuesta de conjuntos de datos de la cadena de bloques NEM a una red de cadena de bloques pública Catapult recién configurada almacenará los datos de migración en la cadena de bloques NEM. Esto hace posible que terceros verifiquen / auditen los datos que se incluyen en el bloque de némesis leyendo conjuntos de datos en la cadena de bloques NEM.
Además, el proceso utiliza características que están disponibles en ambas redes blockchain sin modificaciones, lo que permite iniciar el proceso de migración sin demora.
La fuerte fecha límite impuesta por la estrategia de migración propuesta es claramente una desventaja, pero su efecto se puede mitigar con el hecho de que los fondos no reclamados se pueden reclamar en un momento posterior, con un período de reclamo que se extenderá durante algunos años (> 3 años).
Con las empresas que han implementado NEM funcionando hoy, nuestro objetivo era no afectar las operaciones de nuestros socios y partidarios, así como no forzar la migración de conjuntos de datos.
Almacenamiento de datos de Nemesis
El primer bloque de la red pública de Catapult contendrá todas las solicitudes de suscripción válidas en forma de transacciones convencionales de Catapult. Estas transacciones están firmadas por sus respectivos emisores.
En un intento de distribuir el conocimiento sobre lo que se incluirá en el bloque de némesis, las solicitudes de suscripción se almacenan en la cadena de bloques NEM utilizando transacciones de transferencia con mensajes simples que contienen objetos JSON.
En la siguiente captura de pantalla se muestra un ejemplo de una solicitud de suscripción válida para un registro de espacio de nombres:
Como puede ver, la transacción contiene bastante información en su campo de mensaje. Esto se debe a que contiene una Transacción de registro de espacio de nombres firmada que puede ejecutarse tal como está en la red pública de cadenas de bloques Catapult recién configurada.
De hecho, estas transacciones firmadas se crean con el SDK de TypeScript para Catapult y se almacenan en la cadena de bloques NEM utilizando las funciones de NanoWallet.
: advertencia: para permitir la migración de cuentas de múltiples firmas con la misma configuración que en la cadena de bloques NEM, se requiere que todos los cosignatarios involucrados interactúen durante el proceso de suscripción.
Implicaciones técnicas
Esta sección analiza las implicaciones de la migración de los conjuntos de datos almacenados en una red blockchain heredada, en lo sucesivo denominados “datos de cadena de bloques NEM” y “cadena de bloques NEM”, a una red de cadena de bloques pública Catapult recién configurada.
La tecnología de catapulta ofrece muchas más funciones que las mencionadas en este documento. El único propósito de explicar las características de Catapult en este documento es proporcionar la información básica necesaria para comprender los elementos específicos de decisión de migración.
Verificación de firma
Las transacciones en NEM y Catapult están firmadas criptográficamente por el propietario (s) de los fondos. Esto tiene la ventaja de ser verificable en cualquier momento con la firma y la clave pública del firmante. De hecho, una firma es determinista y puede ser verificada por terceros con la clave pública del firmante: el mismo mensaje con la misma clave privada siempre produce la misma firma.
Esta propiedad de ser verificable también es lo que permite validar la cordura / integridad de dichos datos de blockchain. De hecho, cualquier transacción que aparezca en un bloque debe haber sido firmada por el propietario (s) de la cuenta emisora.
El protocolo Catapult usa criptografía de curva elíptica, más específicamente usa la curva retorcida de Edwards (ed25519-donna). De hecho, Catapult usa pares de claves que se pueden representar como puntos en la curva ed25519. Estos pares de claves, un par de clave privada y clave pública, se utilizan para firmar datos y publicar firmas junto con conjuntos de datos en la red Catapult.
Inclusión Bloque Nemesis
El bloque de némesis en Catapult es el primer bloque de la red. Puede contener transacciones que generalmente se firman con la cuenta de némesis. La cuenta de némesis es una cuenta efímera que solo puede emitir transacciones incluidas en el bloque de némesis, no se puede usar para emitir transacciones en bloques posteriores de la red.
La distribución del mosaico de divisas de la red también se realizará en el bloque de némesis. Esto es posible porque la cuenta de Némesis es la propietaria del mosaico de monedas y el espacio de nombres de la red (por ejemplo: nem.xem). De hecho, el bloque de némesis puede incluir una serie de transacciones de transferencia emitidas por la cuenta de némesis y recibidas según lo previsto en la configuración de distribución.
En base a esta configuración de bloque de némesis, proponemos incluir cargas de transacciones firmadas dentro del archivo de configuración. Esto permitirá ejecutar 1) transacciones de modificación de cuenta de firma múltiple firmadas por cosignatarios y 2) transacciones de registro de espacio de nombres firmadas por su propietario.
Característica Catapult Multi-Signature Opt-In
La tecnología Catapult actualiza la función de firma múltiple de varias maneras en comparación con el sistema heredado que todavía está en su lugar. Una de estas actualizaciones implica que las cuentas cosignatarias deben enviar una firma conjunta para la configuración de firma múltiple: la transacción de modificación de firma múltiple inicial.
: advertencia: esta característica no debe confundirse con la llamada migración de suscripción. De hecho, Catapult Multisig Opt-In Feature es una función de protocolo que se introdujo con catapult-server.
: advertencia: Catapult también introduce límites en ambos, el número de cosignatarios que puede tener una cuenta y el número de cuentas de los cuales uno puede ser cosignatario.
Estrategias de migración de conjunto de datos
En la siguiente tabla, encontrará las estrategias de migración de conjuntos de datos analizadas para la migración de conjuntos de datos heredados.
Estrategía
Descripción
Migración Out-put
Migración automática de conjuntos de datos
Migración Opt-Out y Opt-In
Migración manual de espacios de nombresMigración manual de múltiples firmas
Migración Opt-in
Migración manual de cuentasMigración manual de espacios de nombresMigración manual de múltiples firmas
Inhabilitar migración
En el caso de la denominada estrategia de exclusión voluntaria, las siguientes son las implicaciones técnicas de la migración de conjuntos de datos heredados:
Todas las cuentas (multigrado y no multigrado) se migran sin la interacción del propietario (usuario final).
Todos los espacios de nombres se migran sin la interacción del propietario (usuario final).
El bloque de némesis mantendría transacciones que no están firmadas. Esto significa que no es posible verificar el bloque / transacciones criptográficamente.
: advertencia: las transacciones de modificación de firma múltiple no están firmadas, por lo tanto, no se pueden verificar criptográficamente, en el bloque de némesis.
: advertencia: las transacciones de registro del espacio de nombres no están firmadas, por lo tanto, no se pueden verificar criptográficamente, en el bloque de némesis.
Migración Opt-Out y Opt-In
En el caso de una estrategia de migración denominada Opt-Out & Opt-In, las siguientes son las implicaciones técnicas de la migración de conjuntos de datos heredados:
Todas las cuentas que no son multigrado, excepto las que se excluyen, se migran sin la interacción del propietario (usuario final).
Los fondos de las cuentas no habilitadas que no sean multigrupo se mantendrán en un fondo de reserva (tokens no reclamados).
Las cuentas de firma múltiple que envían una solicitud de suscripción se migran con la interacción de los propietarios (usuarios finales).
Los fondos de cuentas multigrado que no hayan optado por el prelanzamiento se mantendrán en un fondo de reserva (tokens no reclamados).
Los espacios de nombres para los que se envió una solicitud de suscripción se migran con la interacción de los propietarios (usuarios finales).
las transacciones de modificación de firma múltiple se firman, por lo tanto, se pueden verificar criptográficamente, en el bloque de némesis.
las transacciones de registro del espacio de nombres se firman, por lo tanto, se pueden verificar criptográficamente, en el bloque de némesis.
Migración Opt-In
En el caso de una estrategia de migración denominada Opt-In, las siguientes son las implicaciones técnicas de la migración de conjuntos de datos heredados:
Las cuentas que no son de multigrado que envían una solicitud de suscripción se migran con la interacción de los propietarios (usuarios finales).
Los fondos de cuentas que no sean multigrado que no hayan optado por el prelanzamiento se mantendrán en un fondo de reserva (tokens no reclamados).
Las cuentas de firma múltiple que envían una solicitud de suscripción se migran con la interacción de los propietarios (usuarios finales).
Los fondos de cuentas multigrado que no hayan optado por el prelanzamiento se mantendrán en un fondo de reserva (tokens no reclamados).
Los espacios de nombres para los que se envió una solicitud de suscripción se migran con la interacción de los propietarios (usuarios finales).
las transacciones de modificación de firma múltiple se firman, por lo tanto, se pueden verificar criptográficamente, en el bloque de némesis.
las transacciones de registro del espacio de nombres se firman, por lo tanto, se pueden verificar criptográficamente, en el bloque de némesis.
Catapult Opt-In Migration
Como se anunció en la primera actualización del comité de migración, el comité de migración recomendó una migración de aceptación con un proceso de asignación de tokens: también es posible utilizar la estrategia de exclusión y el comité de migración está inspeccionando su ejecución en paralelo. En esta sección se detallarán los detalles de la ejecución técnica de Catapult Opt-In Migration.
Declaraciones de problemas
Las cuentas con varias firmas solo se pueden migrar con el consentimiento de sus firmantes.
Las transacciones de registro del espacio de nombres deben estar firmadas por los propietarios del espacio de nombres.
Solución propuesta
Como es posible firmar transacciones Catapult sin conexión, se puede implementar un complemento de NanoWallet Opt-In para ejecutar la creación de transacciones Catapult firmadas. Múltiples tipos de transacciones entrarán en juego para cubrir más conjuntos de datos a ser portados.
Las transacciones catapulta firmadas se almacenarán en la cadena de bloques NEM mediante mensajes de transacciones de transferencia que contienen objetos de transferencia de datos predefinidos (DTO). En particular, estos DTO mantendrán toda la información requerida para ejecutar las transacciones en la red pública Catapult recién configurada.
Los objetos de transferencia de datos (DTO) predefinidos que estarán involucrados en esta migración opcional incluyen transacciones Catapult firmadas con:
a) Transacciones de registro de espacio de nombres con una duración de un año.
b) Transacciones de modificación de cuenta de firma múltiple.
El proceso de migración debe ser reproducible fuera de NanoWallet dado que algunos usuarios finales administran su XEM con diferentes aplicaciones de cliente. Esto se abordará con el lanzamiento en forma de un paquete de suscripción publicado en NPM. Una implementación de referencia para el proceso de suscripción se entregará como un Complemento NanoWallet para ser incluido en una versión posterior.
Definición del proceso
El usuario final debe enviar una solicitud de suscripción preformateada para los conjuntos de datos que desea poseer en la red Catapult recién configurada. Esto se ilustra en la siguiente imagen:
2. En el momento de un bloque de instantáneas predefinido, se recopilarán todas las solicitudes de suscripción y reflejarán el contenido del bloque de némesis. Una ilustración de esto se encuentra en la siguiente imagen:
Todos los conjuntos de datos copiados de la cadena de bloques NEM y recreados en la red pública de cadenas de bloques de Catapult son verificables y están registrados en Catapult con transacciones Catapult firmadas convencionales.
Las solicitudes de aceptación se almacenan en una red pública de blockchain en funcionamiento y, por lo tanto, ninguna de las entidades involucradas en el proceso de migración no puede alterarlas ni alterarlas.
El bloqueo de némesis resultante puede ser auditado / verificado por cualquier tercero provisto con la información de clave pública de la cuenta de némesis de Catapult.
Los usuarios finales dan su consentimiento para la migración: esto evita la aplicación de la migración y es menos probable que tenga consecuencias legales para las partes ejecutoras.
El proceso también se puede usar después del lanzamiento con un origen de fondos diferente.
Desventajas clave
Debilidad
Fecha límite sólida para las solicitudes de suscripción previa al lanzamiento.
El procedimiento no se ajusta a todas las jurisdicciones. Sin embargo, probablemente ninguno lo hará.
Solución complicada que aprovecha dos protocolos diferentes de blockchain para migrar conjuntos de datos.
Debates en curso
La comunidad ha mencionado la idea de definir una estrategia que aproveche los procesos de ambos: Migración de exclusión voluntaria y Migración de exclusión voluntaria. Esto permitiría requerir menos interacciones de los usuarios finales.
De hecho, es posible definir la siguiente estrategia:
Todas las cuentas que no son multigrado se migran de manera predeterminada, excepto aquellas que envían una solicitud de exclusión explícita.
Las cuentas con varias firmas que deben migrarse deben enviar una solicitud de suscripción.
Los propietarios de espacios de nombres que deben migrarse deben enviar una solicitud de suscripción.
El cambio en la definición del proceso es trivial. De hecho, una solicitud de exclusión voluntaria puede formatearse de la misma forma que una solicitud de exclusión voluntaria para cuentas que no son de múltiples registros. El comité de migración está investigando actualmente el cambio para implementar solicitudes de exclusión voluntaria para cuentas que no sean multigrado.
Como se mencionó en Twitter y en nuestro Foro, es importante que comparta sus comentarios con nosotros sobre este tema.
Próximos pasos
Se debe determinar un bloque para cuando ocurre la instantánea.
El comité de migración está trabajando en la ejecución del proceso de migración propuesto.
Se está evaluando el cambio de incluir una opción de exclusión para cuentas que no son multigrado.
Actualmente se realizan pruebas con respecto a la recopilación de solicitudes de suscripción.
¡Bienvenido de nuevo a la Actualización del Departamento de Tecnología de la Fundación NEM! Nos complace compartir con ustedes algunas de las discusiones y actualizaciones en curso en el equipo del departamento de tecnología.
Resumen
Actualización técnica de septiembre
Los desarrolladores principales lanzaron una nueva versión de Catapult, con nombre en código Fushicho. La actualización viene con protección básica de DoS para prohibir nodos y cerrar conexiones de nodos con mal comportamiento y varias correcciones de errores y cambios de estandarización.
NEM Foundation Testnet para Catapult ahora está ejecutando la versión del protocolo Fushicho. Actualmente estamos inspeccionando el conjunto de características de Fushicho y actualizaremos nuestra red en consecuencia.
El Centro de desarrolladores de NEM se actualiza constantemente para integrar las últimas funciones de Catapult. Descubra en qué han trabajado nuestros redactores técnicos.
Ya está disponible una nueva versión de la interfaz de línea de comandos para Catapult (nem2-cliv0.13.2 ) con algunos complementos de funciones para trabajar con restricciones de mosaico y dirección.
El proyecto de la Billetera de Escritorio también ha visto muchas contribuciones y el equipo está trabajando actualmente en la compatibilidad de Fushicho para que coincida con nuestra Testnet tan pronto como se actualice.
El proyecto Mobile Wallet se está moviendo junto con nuevas características.
El departamento de tecnología de la Fundación NEM ha ayudado con contribuciones al comité de migración para proporcionar un plan de acción de migración de optin.
Actualizaciones de protocolo
La versión Catapult Fushicho presenta la protección básica DoS (denegación de servicio) y varias correcciones de errores / cambios en el protocolo.
Esta última versión agrega soporte para las últimas versiones del compilador (CLANG9 y GCC9), así como también actualiza todas las dependencias del software del protocolo. También presenta algunos cambios de estandarización más recomendados por el grupo de trabajo de estandarización en torno a las colecciones de MongoDB y los cambios de configuración.
También se han agregado varias correcciones, incluida una para un error en el procesamiento de mensajes de desbloqueo de cosechadora delegada y otra que notifica a los cosignatarios potenciales una vez que se agregan a un multigrado.
Además de esto, el protocolo ahora identifica servidores por IP resuelta en lugar de solo por sus claves públicas, este cambio requiere que cada clave pública de nodo se asigne a un único host al mismo tiempo. También hay un nuevo monitoreo de nodos estáticos que rastreará cualquier cambio de IP de esos servidores.
El Testnet de la Fundación NEM para Catapult ahora está ejecutando el hito de Fushicho. La red de prueba actualmente disponible sigue siendo experimental y se restablece cada vez que hay una nueva versión de hitos.
Paralelamente a Testnet, los miembros de la Fundación NEM han estado trabajando en la versión beta de las aplicaciones cliente que se pueden usar en la red de prueba, como se encuentra en la siguiente lista:
Nos complace anunciar un período de pruebas beta abiertas para estos paquetes de software. Las revisiones del código fuente pueden realizarse en Github ya que estos proyectos son de código abierto.
El Centro de desarrolladores de NEM es el lugar para aprender sobre las funciones de Catapult. Los miembros del Departamento de Tecnología de la Fundación NEM están trabajando en la documentación y guías técnicas para Catapult diariamente.
Las guías y la documentación que se han agregado en el transcurso de septiembre incluyen, entre otras:
Únase a nuestras discusiones sobre Slack y contribuya al grupo de interés especial # sig-docs.
Interfaz de línea de comandos y kits de desarrollo de software
Ya está disponible una nueva versión de la interfaz de línea de comandos para Catapult (nem2-cliv0.13.2 ) con algunos complementos de funciones para recuperar restricciones y metadatos, este paquete aún ejecuta la compatibilidad con Elephant 3.
Además, los chicos de NEM Studios han estado haciendo sprints para ponerse al día con el último lanzamiento de Catapult Fushicho. De hecho, una nueva versión del SDK de TypeScript v0.14.0 está disponible en Github que trae características como restricciones de dirección, restricciones de mosaico y metadatos. .
Actualización del proyecto del Explorador de Bloques
El Explorador de Bloques ahora se puede usar para monitorear y leer datos de blockchain disponibles en la red de prueba. Actualmente todavía está utilizando la red de prueba Elephant 3, pero se actualizará a la red de prueba de Fushicho durante este mes.
Los miembros de la Fundación NEM han estado trabajando en complementos de funciones que incluyen:
Componente agregado para detalles de bloque
Componente agregado para Detalles de cuenta
Componente agregado para los detalles de la transacción
Mientras hablamos, el equipo está trabajando en complementos de funciones para Block Explorer y se pueden esperar actualizaciones durante el mes de octubre.
Algunos de los últimos trabajos en curso incluyen:
Permita el cambio a redes que no usan el mosaico nem.xem.
Refactorización de cuentas / gestión de billetera.
La información de la cuenta de recolección delegada ahora está disponible en la página Cuentas.
El módulo de transferencia permite crear transacciones de transferencia envueltas en transacciones consolidadas agregadas para permitir acciones de cuenta de firma múltiple.
La página de mosaicos ahora muestra información sobre mosaicos creados.
La página de espacio de nombres ahora enumera información sobre espacios de nombres y alias creados.
La página de cuenta con firma múltiple ahora permite convertir una cuenta en firma múltiple.
Además, nuestro equipo se ha dado cuenta de los cambios importantes introducidos con el hito Catapult Elephant3 y ahora está trabajando para integrar los cambios de la versión 2 de Catapult Fushicho recientemente disponible. ¡Puede esperar una nueva versión durante el transcurso de esta semana!
La Fundación NEM ha estado trabajando con Hatio para proporcionar una aplicación Mobile Wallet que sea compatible con Android e iOS. El proyecto ha recibido algunas contribuciones en el transcurso de septiembre y se esperan actualizaciones durante el mes de octubre.
El proyecto de billetera móvil proporcionará funcionalidades básicas de transacciones y administración de cuentas, tales como:
Un módulo para enviar y recibir mosaicos en redes Catapult
Carteras deterministas jerárquicas que son compatibles con la billetera de escritorio
Importación / exportación de códigos QR de carteras HD
Códigos QR para solicitudes de transacciones (facturas)
Se están agregando más funciones a la billetera móvil mientras hablamos. Estamos colaborando con Hatio y coordinando semanalmente para impulsar esta aplicación cliente que traerá las funciones de Catapult a su dispositivo móvil.
Grupo de trabajo para la migración de lanzamiento público
La Fundación NEM ha contribuido a las discusiones del comité de migración y a las recomendaciones del proceso al describir un plan de acción y una definición técnica para la Migración Opt-In recomendada de datos NIS a Catapult.
Además, durante el último mes, el comité de migración lanzó una primera y segunda iteración de una actualización de la comunidad que puede encontrar en nuestro Foro:
Septiembre ha sido un mes para centrarse en las aplicaciones del cliente, en la configuración de redes de prueba, en el inicio de los esfuerzos de prueba y en las discusiones y recomendaciones para la próxima migración de la red pública de Catapult. El Departamento de Tecnología de la Fundación NEM dará actualizaciones sobre estos temas, también durante octubre.
Gracias por leer nuestra actualización mensual del Departamento de Tecnología de la Fundación NEM.
¡Bienvenido de nuevo a la Actualización del Departamento de Tecnología de la Fundación NEM! Nos complace compartir con ustedes algunas de las discusiones y actualizaciones en curso en el equipo del departamento de tecnología.
Los créditos para las imágenes van a @nembear, quien lo publicó en Twitter con el hashtag #harvestale como se ve aquí.
Resumen
Actualización del Dept. de Tecnología de Agosto
Los desarrolladores principales lanzaron la tercera iteración de Catapult, con el nombre en código Elephant. La actualización viene con funciones de desbloqueo de cosecha delegadas, mejoras NIS_SIGNATURE_SCHEME y agrega un sistema de tarifas de alquiler dinámico para espacios de nombres y mosaicos.
La Fundación NEM está impulsando contribuciones en las integraciones de los Clientes como nuestra Desktop Wallet experimental y Block / Network Explorer (Super Explorer Framework). Las actualizaciones de esas aplicaciones cliente se realizan diariamente, y se están trabajando en ciclos de lanzamiento para proporcionar actualizaciones más granulares. . Las aplicaciones cliente han visto muchas contribuciones en el transcurso de agosto y han alcanzado un estado avanzado de integración Catapult.
Los kits de desarrollo de software están trabajando en la recuperación necesaria después de los cambios de protocolo relacionados con las recomendaciones del grupo de trabajo de estandarización.
El grupo de trabajo de lanzamiento de cadena pública (WG) de Catapult está haciendo un buen progreso en las discusiones y contribuciones. Ahora estamos planeando y definiendo activamente la migración de conjuntos de datos. Se esperan actualizaciones para NIP8 en septiembre.
El grupo de trabajo de estandarización (WG) ha revisado por pares los esquemas Catapult MongoDB, los parámetros de configuración y los status_errors.
La Testnet de la Foundación para Catapult está ejecutando el hito Elephant. Actualmente estamos inspeccionando el conjunto de características de Elephant 3 y actualizaremos nuestra red en consecuencia. La Fundación NEM ha estado colaborando con NEM Studios para proporcionar diferentes tipos de entornos que trabajan con el protocolo Catapult.
La última versión presenta la implementación de un sistema de tarifas de alquiler dinámico para espacios de nombres y mosaicos en Catapult. Este sistema de tarifas aprovecha el mismo principio introducido para las tarifas de transacción. De hecho, cuando alquila un espacio de nombres en Catapult, la tarifa efectiva que se paga por el período de alquiler variará según el multiplicador de tarifa promedio de las redes durante un período de tiempo determinado. Dado que el multiplicador de tarifas puede variar de un nodo a otro, las tarifas pagadas por el alquiler de espacios de nombres y mosaicos variarán.
Otra característica adicional en esta tercera iteración incluye la capacidad de desbloquear la recolección delegada (habilitar) por medio de un mensaje cifrado en cadena. Este mensaje contendrá una cantidad específica de datos que permitirá a los usuarios finales enviar solicitudes de recolección delegadas a los nodos de la red.
Con esta versión, los desarrolladores principales también agregaron algunas correcciones de estabilidad para el módulo de diagnóstico y otras correcciones relacionadas con las recomendaciones publicadas por el esfuerzo de estandarización con respecto al proyecto catbuffer. Este último se ha dividido en dos proyectos: catbuffer se responsabiliza de la definición del esquema y los generadores catbuffer se responsabilizan de la generación del código fuente para la serialización de transacciones con Catapult.
Algunos de los últimos trabajos en curso incluyen:
Arreglar la lista delos namespaces para mostrar información de alias
Unificar el cálculo de importe relativo y absoluto
Habilitar el envío de múltiples mosaicos en la misma transferencia.
Seguir las prácticas estándar de validación de datos
También hemos estado trabajando en un proyecto de red y explorador de bloques 9. Durante el mes de agosto, hemos estado definiendo una nueva estructura para el proyecto, que utiliza Vue.
Con el lanzamiento de Catapult Elephant 3, se introdujeron algunos cambios importantes debido a las recomendaciones de estandarización. El equipo del SDK está trabajando actualmente para ponerse al día con ellos, así como con las características recientemente introducidas en el protocolo, como las tarifas de alquiler dinámicas o el mecanismo de desbloqueo de la cosecha delegada.
Otro tema que se está discutiendo activamente con los equipos de SDK es proporcionar un valor recomendado de tarifa de transacción. Después de comparar la configuración de red con la actividad más reciente, las aplicaciones del cliente deben mostrar una estimación de la tarifa óptima para confirmar una transacción en un tiempo razonable. Las mejoras propuestas también pertenecen al nuevo sistema de tarifas de alquiler dinámico introducido en Catapult Elephant 3 para tarifas de alquiler de espacios de nombres y tarifas de alquiler de mosaicos. Puede encontrar más detalles sobre el sistema de tarifas de transacciones en el Centro de desarrolladores de NEM.
Revisión por pares de esquemas MongoDB, errores de configuración y estado
Se han trabajado múltiples proyectos en el transcurso del proyecto de desarrollo Catapult. El grupo de trabajo de estandarización tiene como objetivo mejorar la consistencia y la calidad del código fuente de la tecnología Catapult. Diferentes entidades de la comunidad NEM e individuos participaron en las revisiones para garantizar que el proyecto de catapulta en su conjunto se revise antes de Release Candidate (RC).
El primer esfuerzo planificado fue la revisión por pares de la coherencia del código fuente del proyecto catbuffer. El análisis se realizó públicamente durante julio y concluyó en una serie de recomendaciones que se aplicaron a la biblioteca de serialización. Durante agosto, el grupo de trabajo revisó la coherencia de los esquemas MongoDB del servidor de catapult. El resultado fue un conjunto de recomendaciones publicadas aquí .
Además, a fines de agosto, un tercer esfuerzo de estandarización publicó las recomendaciones que involucran parámetros de configuración y errores de estado.
¿Nuevo en esta iniciativa? Preséntese: ola: y lea más sobre lo que estamos tratando de lograr aquí: Grupo de trabajo de estandarización.
Grupo de trabajo para la migración de liberación pública
La última semana de agosto fue crucial para la próxima migración de la red con algunas discusiones clave que llegaron a un consenso, ahora se están trabajando y validando varios planes para permitir que una posición concreta se comunique coherentemente después de ese progreso.
El grupo de trabajo ha presentado una propuesta de solución para la migración de cuentas de firma múltiple y espacios de nombres que actualmente se está validando técnicamente con varias partes, parece probable que implique la interacción del usuario debido al deseo de conservar la validez criptográfica en la cadena.
Además, los desarrolladores principales han publicado la versión Catapult Elephant 3 que nos acerca más a un Release Candidate que nunca antes, se requiere una variedad de trabajos para actualizar el servidor SDK / API, empaquetarlo todo en un solo candidato para comenzar a probar qué ahora está sucediendo
NEM Foundation Testnet for Catapult está ejecutando el hito Elephant. Actualmente estamos inspeccionando el conjunto de características de Elephant 3 y actualizaremos nuestra red en consecuencia.
La Fundación NEM también ha colaborado con NEM Studios para proporcionar diferentes tipos de entornos para trabajar con el protocolo Catapult.
La red de prueba actualmente disponible sigue siendo experimental y se restablece cada vez que hay una nueva versión de hitos.
Agosto ha sido un mes para centrarse en las aplicaciones del cliente, los esfuerzos de estandarización y la próxima migración de la red pública de Catapult. El Departamento de Tecnología de la Fundación NEM avanzará en estos temas, también durante septiembre.
Como siempre, fue un placer pasar por nuestros esfuerzos mensuales del equipo del Departamento de Tecnología de la Fundación NEM.
¡Bienvenido de nuevo a la Actualización del Departamento de Tecnología de la Fundación NEM! Nos complace compartir con ustedes algunas de las discusiones y actualizaciones en curso en el equipo del departamento de tecnología.
Los créditos para la imagen van a @nembear, quien la publicó en Twitter aquí.
Resumen
Actualización técnica de Julio
Los desarrolladores principales lanzaron la segunda iteración de Catapult, cuyo nombre en código era Elephant. La actualización viene con implementación de metadatos y restricciones de mosaico / cuenta.
Los kits de desarrollo de software se han actualizado para que sean compatibles con Elephant.
El grupo de trabajo de estandarización (GT) ha revisado por pares el proyecto Catapult catbuffer.
El grupo de trabajo de lanzamiento de cadena pública (WG) de Catapult está progresando con una reescritura de NIP # 8 para definir mejor los conjuntos de datos y agregar información sobre esquemas de fork e implicaciones legales.
NEM Foundation Testnet for Catapult está ejecutando el hito Elephant.
La última versión presenta la implementación de Metadatos para Cuentas / Mosaicos / Namespaces, que actúa como un almacén de valores clave para cualquiera de las cuentas, mosaicos o espacios de nombres.
Además de poder configurar restricciones para cuentas específicamente, ahora también es posible configurar restricciones para mosaicos. Un ejemplo de esto sería restringir el uso de un mosaico a los usuarios que hayan pasado por un proceso KYC o cualquier otro negocio delegado de segunda capa o pautas legales. Las características como Restricciones de mosaico abren las puertas a muchas oportunidades para trabajar con instrumentos financieros, listos para usar con la tecnología Catapult.
Otras características que se han lanzado incluyen soporte para restricciones de cuentas salientes y mejoras menores en el ciclo de vida del espacio de nombres.
Integraciones de clientes
Los miembros de la Fundación NEM han estado trabajando en una primera Desktop Wallet.
Esta iniciativa de billetera se trabajó inicialmente para convertirse en una extensión del navegador. El flujo de características implementadas en esta billetera nos ha hecho decidir cambiar el alcance de la compilación para que este proyecto se convierta en una billetera de escritorio con todas las funciones.
En este momento, nos estamos centrando en proporcionar una interfaz de usuario y una experiencia de usuario mejoradas.
También hemos estado trabajando en un proyecto de explorador de bloques y redes, con nombre en código Super Explorer Framework. Puede encontrar una compilación de este proyecto siguiendo este enlace.
Trabajamos constantemente para mejorar las integraciones de Catapult con nuestros clientes. Con la última versión del protocolo, hemos observado la adición de muchas características al protocolo, que nuestro equipo trabajará para integrar durante el mes de agosto.
Únase a nuestras discusiones sobre Slack y envíenos sus comentarios sobre las aplicaciones de los clientes.
El equipo de NEM Foundation y NEM Studios también han cooperado en el lanzamiento de la última versión de Java SDK nem2-sdk-java@v0.13.0 que también es compatible con el hito de Elephant. Estamos trabajando en la publicación de artefactos en el repositorio público de Maven.
Se han trabajado múltiples proyectos en el transcurso del desarrollo Catapult. El grupo de trabajo de estandarización tiene como objetivo mejorar la consistencia y la calidad del código fuente de la tecnología Catapult.
El primer esfuerzo planificado ha sido la revisión por pares de la consistencia del código fuente del proyecto catbuffer. El análisis se realizó públicamente durante el mes de julio y concluyó en una serie de recomendaciones que podrían aplicarse a la biblioteca.
Diferentes entidades de la comunidad NEM e individuos participaron en las revisiones para garantizar que el proyecto de catapulta en su conjunto se revise antes de Release Candidate (RC). La siguiente estandarización planificada es la revisión por pares de los esquemas MongoDB durante el mes de agosto.
Con la próxima migración de red, se deben tomar decisiones sobre el esquema fork elegido y el tipo de actualización de red, así como sobre los conjuntos de datos que se migrarán. El grupo de trabajo para la migración de lanzamiento público está compuesto por miembros de NEM Ventures, NEM Studios y NEM Foundation. Nos reunimos semanalmente para analizar documentos de análisis de opciones y colaterales de actualización de red.
Estamos discutiendo y contribuyendo al lanzamiento público de Github y nos centraremos en tomar decisiones con respecto a la actualización de las funciones de NEM a la tecnología Catapult.
Un ejemplo de una guía que se ha publicado es una Guía para migrar de NIS1 a Catapult 2. Esta guía ayuda a las empresas que se ejecutan en NIS1 a detectar qué características se comportan de manera diferente con la nueva tecnología Catapult disponible.
Se anunciarán más progresos durante el mes de agosto, ya que aún estamos investigando las posibilidades de una actualización para conjuntos de datos específicos, como las configuraciones de cuentas de múltiples firmas.
La semana pasada, el NEM Foundation Testnet para Catapult se actualizó a la última versión del protocolo de hitos. Estamos trabajando estrechamente con los desarrolladores principales para probar las redes Catapult e integrar características a medida que se lanzan. En esta óptica, es importante para nosotros mantener múltiples nodos con diferentes versiones de protocolo.
La red de prueba actualmente disponible sigue siendo experimental y requerirá un restablecimiento de red cuando se publiquen nuevos hitos.
La última actualización lanzada del protocolo Catapult presenta características que mejoran las capacidades de las redes Catapult para trabajar con instrumentos financieros específicos como tokens de seguridad, valores o productos básicos.
Los tokens de seguridad se pueden administrar fácilmente con las funciones de Catapult, como cuentas con múltiples firmas, metadatos y restricciones (mosaicos + cuentas). Nuestro objetivo con este grupo de trabajo es facilitar la emisión y gestión de múltiples instrumentos financieros con tecnología Catapult. Para esto, hemos comenzado a redactar un NIP # 9: NEM Security Token Standard que será la base para la definición de instrumentos financieros con la tecnología Catapult.
Este NIP todavía está en la fase inicial y necesita más trabajo de nuestro grupo de trabajo para definir correctamente las pautas y los conjuntos de características que nuestros estándares de token de seguridad NEM deben proporcionar. ¡Espere más actualizaciones pronto!
Durante el mes de julio, nuestro Departamento de Tecnología de la Fundación NEM ha centrado los esfuerzos en torno a las aplicaciones del cliente y la próxima migración de la red pública de Catapult. Avanzaremos en estos temas, también durante el mes de agosto.
Algunas de nuestras aplicaciones cliente se están acercando a la disponibilidad de funciones y actualmente se están evaluando para mejorar la interfaz de usuario y la experiencia.
Sígame a lo largo de esta extensa actualización del departamento técnico de los equipos de la Fundación NEM. Estamos trabajando día a día para proporcionar más recursos cualitativos que implementen e integren la tecnología Catapult. ¡Me gustaría que la comunidad sea parte de este viaje tanto como sea posible! Y, de hecho, comenzaré esta publicación enlazando mi obra de arte favorita relacionada con dragón.
Los créditos para la imagen van a @nembear, quien la publicó en Twitter aquí.
Resumen
El Departamento de Tecnología de la Fundación NEM está muy activo actualmente. Hemos estado trabajando en varios frentes con las actualizaciones de Protocolo, Documentación, SDK, NIP, Redes Privadas, Carteras y algunos probablemente me falten.
Este resumen le dará una breve descripción de los últimos trabajos de la Fundación NEM, para la tecnología Catapult:
Actualizaciones del protocolo: Catapult Dragon Release
Actualizaciones de NIP: Trabaja en NIP3, NIP5, NIP6, NIP6, NIP8
Actualizaciones de SDK: Compatibilidad con Dragón
Documentación y guías: Nuevas guías y actualizaciones
Interfaz de línea de comandos: Dragon Compatibility
Foundation Testimental Experimental: Work in Progress & Updates
Cartera de actualizaciones: extensión del navegador + aplicación móvil
Actualizaciones de Explorer: Introducción al equipo
Links
Actualizaciones de Protocolos
Estamos trabajando arduamente para publicar herramientas que están listas para usar con las redes Catapult y también para seguir el ritmo de las últimas actualizaciones de la red. Nos gustaría instar a todos a participar con las últimas funciones de catapult-server@Dragon, que incluyen:
La vida útil de la transacción agregada ahora se define independientemente de otras transacciones.
Actualizaciones de NIP
Hemos estado trabajando activamente en NIP3 1, NIP5 1, NIP6, NIP7 1 y NIP8 con las siguientes actualizaciones de estado:
NIP3: Documentando una nueva característica
El proceso de documentar las funciones y herramientas del protocolo recientemente disponibles se está discutiendo en NIP3 para proporcionar un plan claro de cómo se debe proporcionar la documentación con SDK, herramientas, carteras, etc.
¡Nuestro equipo de # sig-docs ha estado haciendo un gran trabajo en la producción de documentación técnica de alto nivel para nuestro Centro de desarrolladores NEM!
NIP5: Wallet como extensión del navegador.
Con la actualización anterior de la red de COW surgió el problema de que las billeteras siguieran el ritmo de las últimas actualizaciones de la red. Esto sigue siendo cierto hoy en día cuando la Extensión del navegador aún no admite las características de dragón, pero ahora hemos formado un equipo interno para trabajar en este paquete.
Se esperan actualizaciones pronto sobre las características de esta billetera. La toma de control de este paquete ocurre con los contribuyentes históricos para proporcionar una mejor visión general del estado actual de la cartera.
NIP6: Jerarquía de múltiples cuentas para carteras principales
La implementación de HD Wallets para las redes Catapult ahora se ha redactado fácilmente y probablemente encontrará una primera implementación en NIP5 tan pronto como sea posible.
Con este enfoque, nuestro objetivo es mejorar la compatibilidad entre clientes de Wallets para redes Catapult. Una implementación propuesta ha sido abierta: nem2-hd-wallets.
Las billeteras jerárquicas principales permiten una mejor gestión de los monederos para el usuario final y establecen un mejor estándar para la derivación de clave secundaria.
NIP7: Definición estándar de la biblioteca QR
También hemos estado contribuyendo activamente a NIP7, cuyo objetivo es establecer un estándar para códigos QR compatibles con clientes cruzados para Catapult.
Hemos trabajado en varios compromisos a lo largo del mes de mayo, este paquete no está terminado y el trabajo continúa con ETA a mediados de junio.
Un estándar de biblioteca QR claramente definido es otro paso para mejorar la compatibilidad entre clientes. Espere actualizaciones aquí pronto!
NIP8: Lanzamiento de la tecnología Catapult para Red Pública
Por último, pero no menos importante, nuestro lanzamiento público está llamando a la puerta. Hemos estado trabajando para consolidar los problemas de migración y las resoluciones 2 para el proceso de actualización de la red NEM con la tecnología Catapult.
Este NIP será un documento vivo para consolidar el aporte de los miembros de la comunidad, los equipos de la fundación, los desarrolladores principales y los socios. La fundación hará todo por el bien de un proceso de actualización bien organizado y estandarizado.
Actualización SDK
¡Nuestro equipo de SDKs también ha estado activo mucho! : ¡Con Typescript / Javascript SDK alcanzando la compatibilidad con dragón solo unos días después de su lanzamiento! Con respecto al SDK de TS / JS, la versión compatible con dragón es v0.12.1 y la última versión compatible con cow es v0.11.6.
En el mes de mayo, se han realizado muchas actualizaciones en el SDK de Java, así como también para permitir que alcance la compatibilidad de cow (alfa). El equipo de Java SDK también ha estado trabajando en el generador de Catbuffer para Java y se esperan actualizaciones pronto. La última versión alfa compatible con cow publicada es v0.11-alpha y ya está disponible en github!
La fundación también ha afectado a los desarrolladores para trabajar en un SDK de Python que actualmente se está revisando y se publicará cuando esté listo: se agregarán otras actualizaciones de estado de SDK cuando se publiquen los SDK. Creemos que tener nuestros SDK listos para usar con Catapult cuando se publique es un gran paso adelante para mejorar los procesos de integración de socios y las implementaciones de casos de uso.
Guías y Documentación
Nuestro equipo ha documentado la última versión del dragón! Las guías y los nuevos conceptos están alineados con los últimos cambios, y las referencias de los siguientes paquetes se actualizaron: catapult-rest 0.7.5, nem2-cli 0.12.1.
Durante el mes de mayo, se publicaron las siguientes guías:
Junto con la actualización de la documentación de dragón, el NEM Developer Center presenta una nueva landing page. El nuevo diseño resalta las guías más populares del portal, lo que las hace más accesibles. Algunas de estas guías se han mejorado en función de los comentarios recibidos de los desarrolladores e integradores de sistemas que prueban la plataforma.
Interfaz de línea de comandos
Nuestro equipo también trabajó y realizó colaboraciones para el proyecto nem2-cli que, con la versión v0.12.1, es compatible con Dragón y con protección de repetición asegurada.
Últimamente, este proyecto ha visto contribuciones a lo largo de los siguientes puntos destacados:
Comando agregado de estado de transacción
Formado nuevo colaborador para impulsar el desarrollo del paquete.
El trabajo en curso en nem2-cli incluye:
Problema # 32 con implementación de firma múltiple
Problema # 27 con implementación de propiedades de cuenta
Problema # 26 con la implementación de cifrado de perfil
Problema # 30 con la implementación de los Comandos Blockchain (es decir, recibos)
El proyecto nem2-cli es una interfaz fácil para comenzar a trabajar con Catapult y cumple la función de un conjunto de herramientas Go-to con todas las funciones de Catapult. Esta interfaz de línea de comando se puede usar para integraciones de 2a capa, para pruebas y para actuar con cuentas, transacciones, activos, nombres, etc. de Catapult.
Si no ha tenido la oportunidad de usar el nem2-cli, es hora de subirse a bordo, ya que la última versión viene con compatibilidad para Dragón.
Testnet Experimental de la Fundación
En el objetivo de proporcionar la infraestructura Catapult lista para usar, la Fundación NEM ha estado trabajando en una red experimental de Catapult para mostrar las funciones de Catapult y ponerlas a disposición, ¡para que cualquiera pueda conectar y usar con nuestra red!
Advertencia: la base de prueba actual se restablecerá a una red compatible con Dragón con la moneda de la red nem.xem en los próximos días. Además, tenga en cuenta que con la actualización de la red de Elephant, la red podría requerir un reinicio nuevamente en un momento posterior, este no será el Catapult Testnet definitivo.
Nuestro equipo está trabajando para restablecer la red para que ejecute Dragón, mientras escribo esto. Con la última actualización de Dragón disponible, también trabajamos en una configuración de contenedor de ventana acoplable por separado para facilitar el acceso a nuestra red de pruebas con un nodo de red preconfigurado. ¡Este paquete estará listo para su uso durante la próxima semana!
Alentamos a todos a comenzar y participar en el descubrimiento de las últimas funciones de Dragón on Catapult usando nem2-cli y pronto con nuestra próxima prueba NEM Foundation Experimental Testnet.
Actualización de la Wallet
NIP5 – Wallet como extensión del navegador
Como una forma de mejorar el soporte de las funciones de Catapult, hemos afectado a un equipo para trabajar en la billetera en NIP5: Wallet as Browser Extension. La comunidad puede esperar que se publiquen actualizaciones sobre esta cartera cada dos semanas; nuestro objetivo es introducir más de una Administración de equipo en el proyecto, así como aumentar la cantidad de recursos disponibles para impulsar el desarrollo de la cartera.
En el futuro, haremos actualizaciones más detalladas sobre la billetera a medida que se establezca el proceso de toma de posesión. Nuestro equipo está formado por varios contribuyentes históricos de la cartera que deberían mejorar la productividad del proyecto en el corto y mediano plazo.
RFP – Cartera Móvil
El desarrollo de la aplicación móvil para Catapult también se inició y se esperan las primeras actualizaciones de estado de desarrollo durante la semana actual. La fundación supervisa y revisa la implementación de la aplicación móvil para Catapult, ¡y también puede esperar actualizaciones sobre este tema pronto!
Actualizaciones de Explorer
Se formará un equipo de la Fundación NEM para trabajar en el proyecto Node- & Block-Explorer. Actualmente estamos trabajando internamente para permitir una actualización de estado tan pronto como sea posible.
El proyecto explorer se ha trabajado activamente desde el mes de abril y estamos trabajando internamente para brindar soluciones a las funciones y actualizaciones de red de Catapult recientemente introducidas.
