Participa en el lanzamiento de Symbol: 1 XEM = 1 XYM. Haz clic aquí
Participa en el lanzamiento de Symbol:
1 XEM = 1 XYM. Haz clic aquí

Slack

IMG_20200428_061929_865

Anuncio de lanzamiento de NEM Symbol 0.9.4.1

, , , , ,

Esta publicación se realiza en nombre de @kaiyzen y el equipo de desarrollo de un par de actualizaciones en otras plataformas:

Estamos trabajando en la mejor manera de racionalizar estas comunicaciones en el futuro, pero quería equivocarme en el aspecto de la apertura y la divulgación de la información lo antes posible.

Cualquier pregunta por favor realizarla aquí o en el hilo de Slack

Telegram (25 de abril)
La versión del servidor 0.9.4.1 se lanzó ayer, lo que provocó la actualización final y la verificación de las herramientas y la nueva configuración de testnet.

Anoche completamos la configuración de la base de prueba, hoy estamos haciendo otra pasada de limpieza en las pruebas y agregamos una segunda ronda de nodos. Una vez que lo superemos, publicaremos una actualización y, suponiendo que no encontremos nada, publicaremos referencias de enlaces a una nueva red y publicaremos las herramientas.

Actualización de hilo de Slack (26 de abril)

https://nem2.slack.com/archives/C9E7N7H1N/p1587886005040100

Se ha lanzado el servidor 0.9.4.1 y se ha iniciado una nueva red de prueba para él.

A partir de 0.9.4.1, todos los pares, y los clientes que hablen con ellos, usarán TLS como medio de comunicación y comunicación. Con este cambio, las identidades de los nodos se basan en sus certificados frente a la configuración tradicional de la clave de inicio de identidad en el archivo de configuración del servidor.

El equipo está desplegando las piezas. Para aquellos que estén interesados ​​en el lado del desarrollo, hay disponible un conjunto inicial de puntos finales de API, que se agregarán en la próxima semana:

  • api-01.eu-west-1.0941-v1.symboldev.network
  • api-02.ap-northeast-1.0941-v1.symboldev.network
  • api-01.ap-northeast-1.0941-v1.symboldev.network
  • api-01.eu-central-1.0941-v1.symboldev.network
  • api-02.eu-central-1.0941-v1.symboldev.network
  • api-01.ap-southeast-1.0941-v1.symboldev.network
  • api-01.us-west-1.0941-v1.symboldev.network

Explorador

http://explorer-941.symboldev.network/

Faucet

http://faucet-941-01.symboldev.network/ 
http://faucet-941-02.symboldev.network/

Puede usar la última versión de sdk y cli para conectarse a estos puntos finales.

NOTA: debido a una identidad de red y creación de némesis diferentes, los usuarios existentes de la billetera de escritorio tendrán problemas para intentar realizar transacciones a menos que borre sus datos de su billetera y comience de nuevo con un nuevo conjunto de 941 puntos finales de red. La actualización de la billetera debería estar disponible la próxima semana para ayudar a resolver los problemas de almacenamiento en caché al intentar usar la misma billetera de prueba en redes diferentes

Para aquellos que experimentan con redes de prueba locales, la herramienta de arranque se ha actualizado para admitir las últimas imágenes, está en versión beta y se aplicarán actualizaciones menores en las próximas semanas

NOTA: Para aquellos que han estado ejecutando nodos de red de prueba, realizarán la rutina habitual de limpiar su entorno para cambiar a nodos en ejecución en la nueva red. El equipo lanzará la herramienta de arranque de prueba de red a principios de esta semana

Fuente: Foro de NEM

updateTestnet

Actualizaciones de la Testnet de Symbol

, , , , ,

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:

  1. Cambiar al directorio de ensamblado por pares
  2. Deje de ejecutar servicios (ejecute el comando “docker-compose down”)
  3. Cambie a fuera del directorio de la herramienta de arranque testnet
  4. Eliminar el directorio symbol-testnet-bootstrap / O catapult-testnet-bootstrap / (si proviene de la generación anterior)
  5. Elimine su caché de imágenes ejecutando “podar sistema docker -a” (confirme “y” si se le solicita)

Si estaba ejecutando un nodo api:

  1. Cambiar al directorio api-harvest-assembly
  2. Deje de ejecutar servicios (ejecute el comando “docker-compose down”)
  3. Cambie a fuera del directorio de la herramienta de arranque testnet
  4. Eliminar el directorio symbol-testnet-bootstrap / O catapult-testnet-bootstrap / (si proviene de la generación anterior)
  5. 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.

git clone https://github.com/nemfoundation/symbol-testnet-bootstrap.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 necesita ayuda

Fuente: Github de NEM

symbolNEM

Symbol-testnet-bootstrap

, , , , , ,

⚠️ Esto es para la versión más nueva 2 de las implementaciones de red de prueba de Symbol (es decir: utilizará symbol.xym como el mosaico de moneda de la red). 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:

  1. Cambiar al directorio de ensamblado por pares
  2. Deje de ejecutar servicios (ejecute el comando “docker-compose down”)
  3. Cambie a fuera del directorio de la herramienta de arranque testnet
  4. Eliminar el directorio symbol-testnet-bootstrap / O catapult-testnet-bootstrap / (si proviene de la generación anterior)
  5. Elimine su caché de imágenes ejecutando “podar sistema docker -a” (confirme “y” si se le solicita)

Si estaba ejecutando un nodo api:

  1. Cambiar al directorio api-harvest-assembly
  2. Deje de ejecutar servicios (ejecute el comando “docker-compose down”)
  3. Cambie a fuera del directorio de la herramienta de arranque testnet
  4. Eliminar el directorio symbol-testnet-bootstrap / O catapult-testnet-bootstrap / (si proviene de la generación anterior)
  5. Elimine su caché de imágenes ejecutando “podar sistema docker -a” (confirme “y” si se le solicita)

ℹ️ Con el tiempo a medida que se 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.

Requerimientos

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:

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

  1. Descargue la última versión del paquete o clone el repositorio directamente usando Git.

git clone https://github.com/nemfoundation/symbol-testnet-bootstrap.git

Elija la distribución de ensamblaje para instalar:

  • cd symbol-testnet-bootstrap/api-harvest-assembly
  • 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í.

3. 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.

Ejecución en 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.

Ejecución de la Cosecha en 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.

Ejecución API

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 las CONTRIBUCIONES antes de comenzar.

Soporte

Licencia

Derecho de Autor Fundación NEM

Licenciado bajo la licencia Apache 2.0

Fuente: Github Fundación NEM