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í

Transparencia

Copia de Artes logos de NEM 7

Symbol de NEM 0.10.0.5 Anuncio de lanzamiento y reinicio de la Testnet

, , , , , , , , , , , , , 0

Como se comunicó hoy en la publicación de Restablecimiento y lanzamiento de Symbol Testnet (14 de enero de 2021), este es un aviso completo del lanzamiento y del restablecimiento de la Testnet.

Un gran agradecimiento a todos los miembros del equipo que trabajaron incansablemente para que esto sucediera durante las últimas 4-6 semanas, han sido particularmente intensas y requirieron un gran compromiso de todos los involucrados.

Componentes de lanzamiento

Anuncio de lanzamiento del Symbol 0.10.0.5 de NEM:

Hace poco tiempo se publicó lo siguiente en el canal público de Slack:

Slack: https://nem2.slack.com/archives/C9E7N7H1N/p1610670690013300 

Hola a todos,

Se lanza la compilación del servidor 0.10.0.5 y se ha creado una nueva red de prueba. Se han realizado varias ejecuciones de rendimiento y estrés, por lo que hay más de 20 mil transacciones en la cadena. Los nuevos puntos finales de los nodos de la API son:

Los faucets se pueden encontrar en:

El explorador esta aqui:

Para aquellos interesados en probar la ejecución de un nodo de red de prueba:

Actualizaciones

  • Ninguna por el momento

Testnet

Esta versión permitirá que los Nodos de la comunidad se conecten a una nueva red de prueba que NGL inició hace aproximadamente 1,5 semanas atrás. Esa Testnet es nueva y está ejecutando el código anterior, tiene ~ 15 millones de transacciones de las diversas pruebas de estrés ejecutadas por el equipo de pruebas antes de su lanzamiento y ha pasado las pruebas de estrés en:

  • 100 tps: El objetivo de la Mainnet alcanzado, procesamiento normal
  • 150 tps: El objetivo de la Mainnet alcanzado, procesamiento normal
  • 400 tps: se excedió el objetivo de la Mainnet, se aceleró a 130-200 tps y se recuperó cuando disminuyó la carga

La nueva versión de Bootstrap conectará los nodos a esta red. La sincronización inicial puede tardar entre 3 y 5 horas debido al tamaño de los datos que ya están presentes en la cadena.

Versiones

Es importante señalar que es posible que cualquiera de las herramientas antiguas (CLI, Bootstrap, SDK, Wallets, etc.) no se conecte a esta nueva red, o puede producir un error si lo hace. De manera similar, es posible que las nuevas herramientas de esta versión no admitan la versión anterior de Testnet que ejecuta 0.10.0.4, ya que hay cambios importantes. La mayoría de los miembros de la comunidad querrán la nueva red.

Si hay una razón específica para seguir usando la anterior, se seguirá ejecutando en los nodos de NGL en el futuro previsible, solo tengan cuidado de usar la versión correcta de las herramientas para la Testnet a la que desea conectarse.

Solución alternativa para la mobile Wallet

Hay un cambio en el Core Server en relación a las tarifas mínimas, esto se ha cambiado en las capas REST + SDK. Como resultado, se está probando una nueva compilación de billetera y se lanzará en breve, mientras tanto, todos los usuarios deben intentar usar la billetera de escritorio si es posible. Si no es posible, aumente sus tarifas por encima del mínimo a corto plazo

Cómo instalar su nodo Testnet (0.10.0.5)

No se recomienda actualizar debido a que se encuentra en una nueva red / cadena, deberá restablecer el servidor por completo

Instale el programa de arranque más reciente:

npm install -g symbol-bootstrap

Ejecute el nodo

  • Dual: symbol-bootstrap start -p testnet -a dual --reset
  • Peer: symbol-bootstrap start -p testnet -a peer --reset
  • API: symbol-bootstrap start -p testnet -a api --reset

Al crear un nuevo nodo de testnet, –reset borrará todos sus datos y claves. Las claves se volverán a generar si no les proporciona un ajuste predeterminado personalizado. Utilice el “‘symbol-bootstrap link” para finalizar el registro de las cuentas de su nodo (consulte los documentos si no está claro)

Vale la pena verificar que sus servicios de Docker se estén ejecutando. Valide los registros de servicios y verifique que las claves y cuentas de su nodo sean válidas.

Para los nuevos nodos, también puede seguir: Ejecución de un nodo de red de prueba de Symbol

Sincronización de respaldo

Se está agregando una función a Symbol Bootstrap para permitirle acortar el proceso y comenzar desde una copia de seguridad confiable de los bloques para agilizar el aprovisionamiento de un nodo de la Testnet; esta sección se actualizará en los próximos días cuando se complete el trabajo. Por el momento, una sincronización desde cero es la única opción.

Se puede seguir el progreso en : Pull Request

Notas de lanzamiento de Symbol 0.10.0.5

Servidor central

Github: https://github.com/nemtech/catapult-server/releases/tag/v0.10.0.5 

[0.10.0.5] – 14 de enero de 2020

Reparado

  • retroceso profundo
    • Insertados espacios en las pilas AccountState para corregir el error de reversión profunda, # 121
    • Podados los historiales de cuentas más nuevos durante la reversión, # 120
    • Escritos archivos de importancia en la importancia / wip y agregar el paso de confirmación, # 119
  • procesamiento de bloques de importancia
    • Garantizar que HighValueAccountCommitObserver se ejecute DESPUÉS de que todos los demás observadores de cambio de estado, # 118
    • Corregido el cálculo de VotingEligibleAccountsCount para incluir solo las cuentas actualmente elegibles
    • Arreglado el estancamiento potencial al cosechar el bloque de importancia, # 137

Cambios

  • Actualizado boost a la versión 75
  • Extraídas las pruebas de finalización de forma más agresiva cuando unfinalizedBlocksDuration es 0
  • Manejo de UT y PT
    • Agregado el filtro MinDeadline a las solicitudes PT y UT
    • Solo se propagan PT y UT válidos
    • Castigadas las fallas de transacciones con estado
    • Agregada configuración para prohibir los nodos que envían muchas transacciones incorrectas
  • mejoras de memoria
    • Cambiados los límites de PT y UT de conteo a tamaño
    • Agregados límites de memoria en las colas del despachador
    • (mongodb) tamaño del límite de la colección de transactionStatuses , # 135

REST

Github: https://github.com/nemtech/catapult-rest/releases/tag/v2.3.0 
Slack: https://nem2.slack.com/archives/C9E7N7H1N/p1610671188016700

[v2.3.0] – 14 de enero de 2021

Adicionado

  • minFeeMultiplier del nodo conectado actual en el punto final de tarifas de transacción
  • Se agregó una nueva ruta de nodePropertyFilePath in rest.json.

Actualización

  • Se movió la config-network.properties de la red a apiNode.
  • Actualizado PrivateTest red de 0x80 a 0xA8.
  • Se vuelven a rastrear las ramas principales del servidor a catapult

SDK – TypeScript/JavaScript

Github: https://github.com/nemtech/symbol-sdk-typescript-javascript/releases/tag/v0.23.0 
Slack: https://nem2.slack.com/archives/C9E7N7H1N/p1610671090015600

[0.23.0] – 14 de enero de 2021

Hito: Catapult-server principal (0.10.0.5)

Paquete VersiónLink
SDK Corev0.23.0symbol-sdk 1
Catbufferv0.1.1catbuffer-typescript
Client Libraryv0.11.1symbol-openapi-typescript-fetch-client
  • Re-rastreada la rama principal del servidor de Catapult
  • Todas las versiones de la entidad se restablecen a v1 para el lanzamiento de Symbol mainnet
  • [CAMBIO IMPORTANTE] Se eliminó el modelo de prueba de finalización messageGroup.schemaVersion y BMTreeSignaure.top
  • [CAMBIO IMPORTANTE] Eliminada VotingKeyLinkV1Transaction
  • [CAMBIO IMPORTANTE] El tipo de red PrivateTest cambió de 0x80 a 0xA8.
  • Propiedad específica de nodo agregada: minFeeMultipler en tarifas de transacción
  • Se eliminó el búfer de relleno en la serialización del estado de la cuenta.
  • Longitud de la clave de votación establecida en 32 bytes.

SDK – Java

Github: https://github.com/nemtech/symbol-sdk-java/releases/tag/v0.23.0
Slack: https://nem2.slack.com/archives/C9E7N7H1N/p1610671392017400

[0.23.0] – 14 de enero de 2021

Hito: Finalidad del servidor de Catapult (0.10.0.4)

PaqueteVersiónLink
SDK OkHttpv0.23.0https://repo.maven.apache.org/maven2/io/nem/symbol-sdk-okhttp-client
SDK Vertxv0.23.0https://repo.maven.apache.org/maven2/io/nem/symbol-sdk-vertx-client
Catbuffer Libraryv0.1.1https://repo.maven.apache.org/maven2/io/nem/catbuffer-java
Client OkHttpv0.11.1https://repo.maven.apache.org/maven2/io/nem/symbol-openapi-okhttp-gson-client
Client Vertxv0.11.1https://repo.maven.apache.org/maven2/io/nem/symbol-openapi-vertx-client/
  • Re-rastreada la rama principal del servidor de Catapult
  • Todas las versiones de la entidad se restablecen a v1 para el lanzamiento de Symbol mainnet
  • [CAMBIO IMPORTANTE] Prueba de finalización en el medio eliminado messageGroup.schemaVersion y BMTreeSignaure.top
  • [CAMBIO IMPORTANTE] Se eliminó VotingKeyLinkV1Transaction.
  • [CAMBIO IMPORTANTE] El tipo de red PrivateTest cambió de 0x80 a 0xA8.
  • Se agregó minFeeMultiplier en el punto final de la tarifa de transacción.

Symbol Bootstrap

Github: https://github.com/nemtech/symbol-bootstrap/releases/tag/v0.4.0 
Slack: https://nem2.slack.com/archives/C9E7N7H1N/p1610671617019700

[0.4.0] – 14 de enero de 2020

Hito: Hippopotamus (0.10.0.5)

PaqueteVersiónLink
Symbol Bootstrapv0.4.0symbol-bootstrap
  • Re-rastreada la rama principal del servidor de Catapult
  • Compones que la versión del archivo por defecto sea 2.4.
  • Se corrigió el uso de memoria de mongo agregando el límite –wiredTigerCacheSizeGB.
  • Permitir a los usuarios excluir datos preestablecidos personalizados de un servicio de redacción.
  • Implementación básica del agente de monitoreo del programa de supernodo. Instalación del Agente de supernodo y comando de inscripción de supernodo, desactivado actualmente, en espera de la implementación completa del programa, paso preparatorio.
  • La clave privada en las direcciones.yml y preset.yml generadas se puede cifrar y proteger mediante –password.
  • Enmascaramiento de 64 llaves hexadecimales HIDDEN_KEY en líneas de registro.
  • Se eliminaron los archivos de configuración del servidor no utilizados en el contenedor Rest. Esto reduce el riesgo de exponer archivos de configuración si la máquina Rest se ve comprometida.

API abierta

Github: https://github.com/nemtech/symbol-openapi/releases/tag/v0.11.1

[0.11.1] – 14 de enero de 2021

Objetivos catapult-rest 2.3.0

Adicionado

  • minFeeMultiplier en los puntos finales de tarifas de transacción del nodo conectado actual.

Actualizado

  • Ramal principal de Catapult re-rastreada.
  • Se actualizó el tipo de red PrivateTest de 0x80 a 0xA8…

Wallet Symbol para Escritorio

Github: https://github.com/nemgrouplimited/symbol-desktop-wallet/releases/tag/v0.13.7

[0.13.7] [v0.13.7] – 15 de enero de 2020

Hito: catapult-server@v0.10.x

Adicionado

  • Agregado el procedimiento de validación de URL a la llamada web-contents-created para evitar ataques de ejecución remota de código.
  • Se agregó una ventana emergente cuando la dirección del co-firmante no es válida en la página de múltiples firmas.
  • Icono agregado para transacciones NODE_KEY_LINK.
  • se agregó minFeeMultiplier para admitir el nuevo requisito de tarifa mínima de servidor de Catapult.

Reparado

  • Mejorada la traducción al japonés.
  • Reparada validación para duplicados en la creación de contactos.
  • Se eliminó el espacio adicional en la ventana Seleccionar contacto
  • Reparada la visibilidad para el equilibrio en el formulario de importación de perfiles.
  • Electron actualizado.
  • Feeds actualizados para utilizar HTTPS para evitar posibles falsificaciones de contenido
  • Se corrigieron los puestos de las cuentas de importación en la etapa Mnemonic Passphrase.
  • Reparado la Validación en el formulario de contacto.
  • Se eliminaron las etiquetas de la Fundación.
  • Reparado el filtro de transacciones que no se cierra después de hacer clic fuera del menú desplegable.
  • Problema de UI solucionado en Restricciones de cuenta.
    • El botón Nueva restricción de dirección está fuera de la ventana
    • El botón Cancelar está fuera de la ventana.
    • La ventana de eliminación de direcciones / mosaicos no desaparece cuando se eliminó la restricción.
    • La cuenta multifirma no está completamente visible en la página de restricción de direcciones.
  • Se corrigió que no toda la Aggregate page estuviera inactiva en la cuenta Multisig.
  • Se corrigió el transporte en el campo “Para” para Transacción simple en la cuenta Multifirma a través de Agregado.
  • Se corrigió la creación de espacio de nombres de un solo carácter está deshabilitada.
  • Se corrigió la nota no visible con el tamaño de ventana normal en todas las formas de transacción.
  • Se corrigió la ventana de diálogo “URI de transacción de importación ” tenia un tamaño incorrecto.
  • Se corrigió la imposibilidad de convertir la cuenta a multi-firma
  • Se corrigió la incapacidad de convertir la cuenta a multisig.
  • Se corrigió el mnemónico para la copia de seguridad de la contraseña que siempre se muestraba como no válido.
  • Se corrigió el botón “Agregar un cosignatario” que faltaba en la página Multifirma después de cambiar de cofirmante a no cofirmante a través del menú superior.
  • Se corrigió el estado de la actualización de URL del formulario de configuración .
  • Problemas mnemotécnicos solucionados.
  • Errores corregidos en la interfaz de usuario.

Catbuffer-generators

Github: https://github.com/nemtech/catbuffer-generators/releases/tag/v0.1.0

Symbol Explorer

Github: https://github.com/nemgrouplimited/symbol-explorer/releases/tag/v0.7.1 

Symbol Faucet

Github: https://github.com/nemgrouplimited/symbol-faucet/releases/tag/v0.4.1

Symbol CLI

El lanzamiento se proporcionará en los próximos días y se actualizará aquí.

Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en el Foro Oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM 6

Restablecimiento y lanzamiento de Symbol Testnet (14 de enero de 2021)

, , , , , , , , , , , , , , , 0

Hola a todos,

Con un gran agradecimiento a todos los equipos de desarrollo y pruebas que han estado trabajando día y noche durante semanas; y han hecho posible el siguiente anuncio.

Todos los problemas de la testnet se han resuelto y se han realizado varios parches, configuraciones y mejoras de implementación, estamos listos para el lanzamiento y el reinicio de Testnet.

En breve realizaremos lo siguiente (objetivo de hoy):

  • Lanzamiento completo del servidor que incluye nuevas configuraciones de Bootstrap y de red
  • Restablecimiento de la Testnet pública

Después de esto:

  • Nodos comunitarios en la Testnet
  • Pruebas comunitarias y, en particular, pruebas NEMTus
  • Más pruebas de estrés con los nodos distribuidos

El momento exacto dependerá de varios trabajos de construcción y validaciones, pero es probable que llegue tarde en el día UTC de hoy (viernes por la mañana, hora de Japón).

Se hará un anuncio con instrucciones completas cuando esté completo.

Lanzamiento del servidor

Se creará una nueva versión de Core-Server, Rest, SDK, Bootstrap y varios componentes de soporte, que contiene todos los parches y correcciones de configuración que se encontraron en la resolución del problema durante las últimas 3-4 semanas, además de algunos que no se pudieron aplicar en la Testnet antigua de antes de que ocurriera este problema.

La nueva versión también contiene importantes ahorros / optimizaciones de memoria tanto en el servidor central como en MongoDB. También hay investigaciones de optimización de memoria en curso que pueden incorporarse o no en parches futuros, según lo que se encuentre.

Suponiendo que no se encuentren problemas importantes (problemas de tipo P0 o P1), esta será la última versión importante antes de Mainnet y resuelve todos los problemas encontrados en la última prueba de esfuerzo. Se pueden hacer algunos parches menores, con pruebas completas (ver más abajo).

Se redactará un proceso de clasificación y resolución para que sea fácil de comunicar públicamente. Se publicará pronto para explicar cómo se ha estado acercando el equipo de prueba y continuará abordando la clasificación y resolución de problemas entre aquí y Mainnet.

Reinicio de la Testnet

Será necesario reiniciar Testnet como se comunicó anteriormente. Hay varios cambios que no se pueden aplicar limpiamente a la antigua Testnet. La finalidad también se ha estancado debido a un problema de implementación durante la prueba de remojo.

Este restablecimiento nos brinda un entorno limpio con el código Mainnet que se implementará en el lanzamiento.

Para realizar este restablecimiento, hemos estado ejecutando una nueva red de 500 nodos internamente durante ~ 1 semana, a la que se le han introducido una cantidad significativa de transacciones (casi lo mismo que la antigua Testnet) como parte de las pruebas de estrés. Estos datos se dejan allí a propósito (es decir, no se restablecen a una cadena vacía) para garantizar que el período de remojo restante se realice en una cadena que tiene datos sustanciales.

Eso significa que actualmente se necesitan de 3 a 5 horas para sincronizar desde cero. Estamos trabajando en un enfoque de sincronización más rápido a través de Bootstrap que estará disponible tan pronto como se pruebe adecuadamente. Descargará una copia de la cadena y la validará / verificará retrospectivamente, similar al enfoque NIS1 que algunos recordarán.

A corto plazo, será necesario tomar algunas horas para sincronizar un nodo nuevo y es una prueba importante que nos gustaría que realizaran los nodos de la comunidad.

@GodTanu intentaremos solucionar el problema del enlace en el arranque del otro hilo a tiempo para el lanzamiento, pero no puedo estar seguro hasta que se revise

Prueba de actualización

La Testnet ha tenido las siguientes pruebas realizadas y aprobadas:

  • Pruebas de automatización / regresión en cada parche
  • Prueba de remojo de 100 tps – aprobada – cumple con el objetivo establecido para Mainnet
  • Prueba de remojo de 150 tps – aprobada – excedió el objetivo de Mainnet durante 12 horas sin problemas
  • Prueba de remojo de 400 tps – aprobada – acelerada a ~ 130-200 tps y cuando la carga se detuvo, se recuperó
  • Se realizó una prueba de regresión final durante la noche en 2 parches menores, no se anticipan problemas.

Los siguientes pasos

Como se comunicó anteriormente, los siguientes pasos son:

  • Realizar un lanzamiento (hoy)
  • Traer los nodos de la comunidad a la nueva Testnet (hoy)
  • Organizar las pruebas de la comunidad, y en particular las pruebas de NEMTus
  • NGL repite las pruebas de estrés con una red distribuida

En ese momento, podremos planificar una fecha de lanzamiento, estoy confirmando en este mensaje que el lanzamiento se producirá AL MENOS un mes desde el momento del lanzamiento. Depende en gran medida de los puntos anteriores y no se seleccionará una fecha definitiva hasta que estén completos y se haya evaluado cualquier problema que surja.

Por lo tanto para evitar dudas, no estoy confirmando que el lanzamiento sea en 1 mes a partir de hoy, estoy diciendo que no será menos que ese tiempo y hasta que completemos las pruebas, no se conocerá la fecha.

Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en el Foro Oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM 5

NEM Ventures invierte en Propine, una empresa de servicios de valores digitales de extremo a extremo

, , , , , , , , , , , , , , , , , , 0

Sobre la base de nuestra asociación existente, NEM Ventures se complace en anunciar su inversión de USD $ 175,000 en Propine, que ofrece un conjunto completo de servicios de personalización y administración de tokens de seguridad en múltiples cadenas y apoyará a Symbol en el lanzamiento o cerca de este.

Los emisores de tokens de seguridad en Symbol se beneficiarán de la solución de extremo a extremo compatible de Propine, que incluye custodia, emisión, servicio de activos, informes y la facilitación de la liquidación comercial. Propine ya ha completado la integración de Symbol en su plataforma

NEM y Propine han construido una relación sólida durante los últimos 9 meses, inicialmente presentada por Wave Financial Group , otra compañía dentro del portafolio de NEM Ventures. Esta inversión es de particular interés para el ecosistema NEM como el siguiente paso en nuestra colaboración, permitiendo que los activos digitales regulados se emitan en Symbol de manera totalmente compatible, según la ley de Singapur. La inversión táctica nos permite aprovechar la presencia regional de Propine, que fue la primera en obtener una licencia de servicios de mercado de capitales en Singapur, para proporcionar un conjunto de servicios de custodia de activos digitales independientes.

La compañía ya está generando ingresos y planea emitir varios activos en 2021, incluido Wave Financial Kentucky Whisky Fund , que recientemente ganó un premio regional en la semana Blockchain de Hong Kong por su Best in Class Asset Backed Token.

A través de un equipo veterano formado por banqueros, especialistas en ciberseguridad, abogados de cumplimiento e ingenieros de blockchain, los usuarios podrán aprovechar los servicios de custodia totalmente compatibles de Propine para garantizar el mantenimiento y la entrega de tokens seguros. Son el único custodio de activos digitales del mundo que ha obtenido la certificación ISO 27001. La plataforma también facilitará los controles previos a la negociación y el procesamiento posterior a la negociación para garantizar que la liquidación se facilite de manera eficiente y segura. Además, el panel de inversores fácil de usar de Propine también proporciona a los titulares de tokens de seguridad capacidades de informes y análisis.

Propine fue fundada en 2018 por Tuhina Singh, con 16 años de experiencia en creación de mercado y comercio de derivados, y Wong Liang Zan, que tiene más de 13 años de experiencia en la creación de soluciones de software empresarial escalables con equipos de alto desempeño. Establecer las bases y la precedencia para que los tokens NEM se emitan y custodien en Propine allana el camino para que otros proyectos utilicen Symbol como la cadena de bloques preferida para la tokenización.¡Esperamos fortalecer nuestra colaboración!

Esta es una traducción al español del artículo original (en inglés) escrito por kodtycoon en Medium . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM 4

Competencia de trading con NEM: ¡$ 50,000 en XEM para ganar!

, , , , , , , , , , , , , , , 0

Período de la competencia: 2021/01/13 0:00 AM al 2021/01/19 11:59 PM (UTC)

Promoción A: ¡Recompensas exclusivas para USUARIOS NUEVOS de $ 10,000 en XEM!

Todos los usuarios que se registren para obtener una cuenta de Binance durante el período de competencia y trade 10,000 XEM o un volumen de negociación más efectivo (incluidas compras y ventas) en cualquier par comercial de XEM compartirán por un premio exclusivo de 10,000 USD en tokens XEM.

Promoción B: Competencia de comercio XEM – ¡$ 40,000 en XEM para ganar!

Todos los usuarios con un volumen de operaciones efectivo total de 50.000 XEM o más durante el período de competencia compartirán un pool de 40.000 USD en XEM, según la proporción del volumen total de operaciones de XEM de cada usuario.

Cálculo de recompensas:

La recompensa por cada usuario calificado = (el volumen de operaciones efectivo total de cada usuario / el volumen de operaciones efectivo total de todos los usuarios calificados) * $ 40,000 en XEM.

Promoción C: Beneficios de promoción de margen adicional:

  • 0% de interés por préstamos en pares comerciales con margen XEM.
  • El volumen de operaciones completado mediante margen se multiplicará por un coeficiente de 3
  • Todos los usuarios que pidan prestado XEM de Binance Margin disfrutarán del límite de préstamo VIP + 1

Términos y condiciones:

  • Si no tiene una cuenta de Binance, haga clic aquí para obtener un descuento del 10% en la tarifa de trading. Este descuento de la tarifa de trading del 10% seguirá siendo válido mientras el programa de referencia de Binance continue. El descuento del 10% en la tarifa de trading de futuros compartido por el invitado tendrá una duración de 30 días desde la fecha de activación de la cuenta de futuros.
  • Las recompensas se distribuirán dentro de las 2 semanas posteriores a la finalización de la competencia. Podrá iniciar sesión y canjear su cupón a través de la cuenta> Centro de recompensas.
  • El período de validez del bono en efectivo se establece en 14 días a partir del día de la distribución.
  • Cómo canjear un vale en efectivo.
  • Pares de comercio XEM elegibles: XEM / USDT, XEM / BTC, XEM / ETH.
  • Binance utilizará el precio de cierre promedio a las 11:59:59 PM (UTC) de los pares comerciales XEM / USDT durante el período de competencia como el tipo de cambio XEM utilizado para la distribución.
  • El volumen de operaciones de la cuenta de margen y la subcuenta se combinará con el volumen de operaciones estándar de las cuentas maestras en el cálculo final. Cada subcuenta no se verá como una cuenta independiente cuando participe en esta actividad.
  • El volumen de operaciones se tiene en cuenta tanto para las compras como para las ventas, en todos los pares de operaciones al contado y de margen de XEM.
  • Binance se reserva el derecho de descalificar las operaciones que se consideren operaciones de lavado o cuentas registradas ilegalmente a granel, así como las operaciones que muestren atributos de auto-negociación o manipulación del mercado
  • Binance se reserva el derecho de cancelar o modificar cualquier Actividad o Reglas de actividad a nuestro exclusivo criterio.

Advertencia: el trading de criptomonedas está sujeto a un alto riesgo de mercado. Realice sus operaciones con precaución. Binance hará todo lo posible para elegir monedas de alta calidad, pero no será responsable de sus pérdidas comerciales.

Esta es una traducción al español del artículo original (en inglés) escrito por en la Página Oficial de Binance . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM 3

Actualización de Symbol Testnet (11 de enero de 2020)

, , , , , , , , , , , , , , 0

Resumen

  • Se ha creado una nueva red de prueba, 500 nodos, actualmente solo internos
  • Las pruebas de parche han salido bien
  • Prueba de estrés superada: 100 y 150 tps
  • La prueba de esfuerzo falló: 400 tps, debido a la configuración, se está volviendo a ejecutar
  • El restablecimiento de la Testnet y la liberación completa se esperan pronto (después de pasar 400 tps)
  • El uso de la memoria ha mejorado mucho, incluso bajo una carga muy pesada

Esta actualización es la continuación de: Problemas de lanzamiento de Symbol y actualización de Testnet (6 de enero de 2021)

Según lo tuiteado por @Jaguar0625’s el 08 de enero: https://twitter.com/Jaguar0625/status/1347611656021532675

Los parches se completaron y se entregaron al equipo de prueba para su validación. Hasta ahora, estos se ven bien. Los desarrolladores principales y los equipos de prueba también han estado trabajando muy de cerca en varios elementos de configuración para mejorar el manejo de la reversión.

El equipo de prueba ha creado una nueva red de 500 nodos, con lo aprendido de las pruebas anteriores, nuevos parches y algunos cambios menores de configuración. Las siguientes pruebas se realizaron durante el fin de semana y hasta el lunes:

Pruebas de funcionamiento normales: superadas hasta 150 tps

Las siguientes pruebas se han realizado durante los últimos días:

  • Pruebas de automatización / regresión en un entorno de desarrollo interno : ok
  • Prueba de estrés en un entorno de desarrollo interno a 100 tps, aumentado a 150 tps: ok
  • Prueba de estrés en la nueva red de prueba de 500 nodos a 150 tps durante ~ 12 horas: ok

Resumen de la prueba de esfuerzo de 150 tps:

  • Prueba de 150 tps finalizada con 10mil txs durante ~ 12 horas
  • MongoDB se mantuvo en alrededor de 2Gig
  • Los servidores centrales todavía están sincronizados y no tuvieron problemas de memoria.
  • El pase significa funcionamiento normal, no ocurrió ninguna sobrecarga.

Antes de estas correcciones, se sobrecargó a las 130 tps en la Testnet pública y no se recuperó bien, por lo que los parches funcionan bien para las mejoras funcionales

Esto es en un entorno controlado con tamaño/desempeño de nodos conocidos , se volverá a ejecutar una vez que la nueva Testnet se haga pública para garantizar que el comportamiento sea el mismo con los nodos de la comunidad presentes.

Prueba de sobrecarga: 400 tps, fallida debido a la configuración

Se ejecutó una prueba final a las 400 tps que se pasó durante ~ 8-10 horas. Limitaba las transacciones a 150-200 tps, por lo que los parches están funcionando. Sin embargo, hacia el final de la prueba (aproximadamente a las 2 horas finales), la ejecución encontró problemas que se cree que están relacionados con la configuración; las reversiones y los tamaños de datos / paquetes significaron que algunos nodos se retrasaron y no pudieron recuperarse. Como resultado, la prueba falló, pero se está volviendo a ejecutar con modificaciones de configuración y se espera que pase más tarde hoy o mañana por la mañana (UTC). La buena noticia es que hasta en los problemas que se presentaron al final de la prueba, el uso de la memoria mejoró mucho con los parches y fue constante.

La Testnet también se ha vuelto a sincronizar, lo que ha obligado al uso de los parches Deep Rollback y las configuraciones se han ajustado en colaboración con los desarrolladores principales para la próxima prueba.

Próximos pasos inmediatos

El plan actual es volver a ejecutar la prueba de 400 tps que se completará, a más tardar en las últimas hora del martes (hora UTC). Si no se aprueba, es posible que se requiera un ciclo adicional; si se aprueba, se puede tomar una decisión y un plan para publicarlo y comenzar las pruebas en la comunidad.

Hoy se está produciendo un parche adicional que es un enfoque de prohibición de nodos más agresivo en ciertos escenarios y también se incluirá en la próxima prueba y en la próxima versión, esto probablemente se incluirá en la prueba anterior.

Los desarrolladores principales y el equipo de desarrollo / pruebas de NGL están realizando más trabajos de creación de perfiles de memoria en el servidor central para ver si son posibles optimizaciones adicionales, que se evaluarán para su inclusión si se encuentran.

Se proporcionará una actualización adicional tan pronto como haya más información, ahora estamos llegando al final del trabajo de resolución y el resultado parece ser positivo en términos de resiliencia y uso de la memoria, estamos cruzando los dedos para la prueba final.

Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en Foro Oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM 2

Bitrue apoya el Airdrop de XYM + IOU Advanced Trading

, , , , , , , , , , , , , , , , , , , 0

Queridos Bitruers,

¡Nos complace anunciar que apoyaremos el próximo Airdrop de XYM para los titulares de NEM XEM!

Todos los usuarios que tengan XEM durante un tiempo específico cuando ocurra la instantánea serán elegibles para recibir XYM. El equipo de NEM (XYM) aún no ha decidido la hora exacta de la instantánea, pero se prevé que ocurra entre 24 y 48 horas antes del lanzamiento de su red principal. La proporción de lanzamiento aéreo será 1: 1 para XEM: XYM.

Habrá un retraso entre la fecha de la instantánea y el lanzamiento de la red principal para trading de XYM, por lo que Bitrue facilitará el comercio temprano a través de un token IOU que se distribuirá lo antes posible después de que se haya completado la instantánea.

La forma IOU de XYM no se podrá retirar del intercambio Bitrue, sin embargo, los usuarios podrán intercambiarla por XRP. En el momento del lanzamiento de la red principal de XYM, todos los tokens IOU serán reemplazados por el XYM genuino, y se abrirán los depósitos / retiros para esta moneda.

Esta es una traducción al español del artículo original (en inglés) escrito en la Página Oficial de Bitrue . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM

Ethereum 2.0 vs Symbol (Parte 1)

, , , , , , , , , , , , , , , , , 0

Ambas cadenas de bloques se lanzaron en 2015 y ambas lanzarán su versión 2.0 aproximadamente al mismo tiempo. Con sus segundas iteraciones en marcha me he sumergido en busca de similitudes y diferencias entre ellos.

Historia

Siempre pienso que es importante mirar hacia atrás en la historia, ya que nos indica la dirección en que va el futuro.

“Es la cadena de bloques programable del mundo”. – www.ethereum.org

Ethereum trae consigo contratos inteligentes (códigos de computadora que se ejecutan cuando se cumplen los criterios), DApp (Aplicaciones descentralizada) y la Máquina virtual de Ethereum (EVM, Turing-complete y basada en participación). Lo anterior permite realizar acciones condicionadas como por ejemplo, Bitcoin permite que A envíe dinero (Bitcoin) a B, y eso es todo. Ethereum hace posible que C envíe activos digitales a B si A envía a C una cantidad específica de dinero (cripto). Convierte un cajero automático (que solo dispensa un tipo de moneda) en una máquina expendedora que vende cualquier cosa.

Con todas las posibilidades que ofrece Ethereum tambien viene un precio. La escalabilidad. Si bien los contratos inteligentes complicados se pueden ejecutar en la EVM (Máquina virtual de Ethereum) , a veces, pueden causar congestión en la plataforma y el gas (tarifa) puede ser costoso, a veces. Es el trilema de la escalabilidad, donde la escalabilidad se sacrifica por la descentralización y la seguridad.

Por otro lado, NIS1 (NEM Infrastructure System 1) es más escalable y con una tarifa más económica. NIS1 no es Turing completo. Cualquier instrucción complicada deberá ejecutarse fuera de la cadena. El contrato no se implementa en la cadena.

Mientras que Ethereum usa Proo-of-Work, NIS1 usa un derivado de Proof-of-Stake, llamado Proof-of-Importance (PoI). Cada recolector (como en el validador de PoS) deberá tener 10,000 XEM (la moneda nativa de NEM) con derechos adquiridos. Solo el 10% de la participación total se otorgará aproximadamente cada 24 horas. Esto evita ataques maliciosos.

Ambas cadenas de bloques brindan inmutabilidad, transparencia y seguridad a los datos registrados en la cadena, lo que brinda credibilidad a las organizaciones que las utilizan. En mi opinión, Ethereum es más adecuado para un proyecto público y NIS1 es más adecuado para la adopción empresarial.

Beacon Chain Vs Cosecha

Beacon Chain presenta PoS a Ethereum, que eventualmente se fusionará con la red principal, y es la fase 0 de las hojas de ruta técnicas. También coordina los fragmentos (que se implementarán en la fase 1) y los validadores. En la fase final, Serenity, la red principal con los fragmentos se acoplará a la Beacon Chain.

Beacon Chain será el administrador de toda la plataforma Ethereum coordinando entre los fragmentos, asigna validadores al azar para la propuesta de bloque y la certificación. No puede manejar cuentas o contratos inteligentes.

Similar al proceso de cosecha en NIS1 y Symbol, donde los nodos son los que ejecutan las transacciones (como mainnet de Ethereum) y los cosechadores (como validadores en Ethereum) proponen los bloques. El cosechador se selecciona al azar y aquellos con una puntuación de mayor importancia tienen una mayor probabilidad. La puntuación de importancia está determinada por lo que está en juego y el nivel de actividad de la cuenta del recolector en la red.

Clave de Retiro Vs Cosecha Delegada

El validador en Ethereum 2.0 tiene 2 claves privadas, para validación y retiro. El uso de diferentes claves protege la cuenta para que no se vea comprometida, ya que se necesita una clave privada del validador al proponer o certificar un bloque.

Tanto en NIS1 como en Symbol, el proceso de proponer un bloque se realiza mediante una cuenta remota delegada a un nodo por la cuenta principal con la participación. Este proceso se denomina cosecha delegada, donde la clave privada de la cuenta remota se utiliza para firmar el bloque y la recolección, mientras que la clave privada de la cuenta principal se puede mantener de forma segura. Toda la tarifa cosechada se redirigirá a la cuenta principal, mientras que la cuenta remota no contiene ninguna criptografía, por lo que el propietario no debe preocuparse de que la cuenta se vea comprometida.

Contratos Inteligentes Vs Transacciones Agregadas

Una de las nuevas funciones integradas en Symbol son las transacción agregadas.

Las transacciones agregadas fusionan varias transacciones en una, lo que permite intercambios sin confianza y otra lógica avanzada. Symbol hace esto generando un contrato inteligente desechable por única vez. – https://docs.symbolplatform.com

Con la transacciones agregadas, el ejemplo citado anteriormente que involucra a A, B y C podrá ejecutarse en Symbol. A diferencia de Ethereum, esta función está integrada en Symbol y se puede llamar a través de API. Esto facilitó la generación de lógica avanzada y la modificación de acuerdo con las necesidades del negocio.

Comenzó con el objetivo de expandir las posibilidades de blockchain, pero a pesar de aventurarse en diferentes direcciones, tanto Ethereum como Symbol se mantienen fieles para mantener las blockchains seguras, inmutables y transparentes.

En mi opinión, Ethereum buscó volverse más descentralizado, mientras que NEM buscó volverse más escalable. En sus segundas iteraciones, Ethereum está buscando ser más escalable y Symbol está más orientado a ser más descentralizado. Finalmente, ambos están trabajando para hacer que la tecnología blockchain sea más fácil de adoptar, más rentable y que se mantenga la descentralización en el corazón de esta tecnología.

Image for post

Hay mucho más para investigar que no es posible plantearlo todo en una solo post. A medida que avanzan ambas cadenas de bloques, se irá discutiendo más acerca de sus características. Manténganse al tanto.

Un agradecimiento especial a Anthony por revisar este artículo.

Esta es una traducción al español del artículo original (en inglés) escrito por Ivy Fung en Medium . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Bibliografía:

  1. Ethereum, Smart Contracts, DApps https://link.springer.com/chapter/10.1007/978-981-15-3376-1_5
  2. Ethereum 2.0: A Complete Guide. Scaling, Part One https://medium.com/chainsafe-systems/ethereum-2-0-a-complete-guide-3739a74be61a
  3. The Scalability Trilemma in Blockchain https://medium.com/@aakash_13214/the-scalability-trilemma-in-blockchain-75fb57f646df
  4. NEM Technical Reference https://nemplatform.com/wp-content/uploads/2020/05/NEM_techRef.pdf
  5. A Complete Guide. Casper and the Beacon Chain https://medium.com/chainsafe-systems/ethereum-2-0-a-complete-guide-casper-and-the-beacon-chain-be95129fc6c1
  6. Symbol from NEM Technical Reference https://docs.symbolplatform.com/catapult-whitepaper/main.pdf
  7. Activating Delegated Harvesting https://docs.symbolplatform.com/guides/accountlink/activating-delegated-harvesting.html#activating-delegated-harvesting
  8. Aggregate Transactions https://docs.symbolplatform.com/concepts/consensus-algorithm.html#consensus

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Artes logos de NEM

Actualización sobre el Airdrop de lanzamiento de Symbol (XYM) para titulares de NEM (XEM)

, , , , , , , , , , , , , , 0

Comunidad de Binancianos,

La comunidad de NEM votó para posponer el tiempo de la instantánea inicial para el programa de lanzamiento aéreo de Symbol (XYM) para los titulares de XEM de acuerdo con el retraso de la fecha de lanzamiento de la red de Symbol (XYM). Se hará un nuevo anuncio con respecto a la sincronización de la instantánea revisada una vez que NEM haya proporcionado una actualización.

Por favor tengan en cuenta:

  • No habrá suspensión de depósitos y retiros de XEM.
  • No se tomará ninguna instantánea de los saldos XEM para el Airdrop de XYM.
  • El trading con XEM no se verá afectado

Para obtener más información, puede dirigirse a los siguientes links:

¡Gracias por su apoyo!

Equipo de Binance

Esta es una traducción al español del artículo original (en inglés) escrito en la Página Oficial de Binance . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM 101

Lanzamiento de -Symbol Resultado de la votación PoI vinculante sobre la instantánea (08-ene-20)

, , , , , , , , , , , , , , 0

Resultados de la votación de la comunidad

El 31 de diciembre de 2020, se convocó una votación PoI vinculante en cadena sobre la fecha de la instantánea para conocer la decisión de los titulares de los token XEM sobre si cambiar la fecha de la instantánea o no en relación con un retraso de lanzamiento de la mainnet de Symbol de unas pocas semanas.

La votación ya se ha cerrado, la decisión es Mover la Instantánea junto con el Lanzamiento

Los resultados se pueden ver en la cadena NEM NIS1 a través del explorador de bloques

La comunidad ha votado por la “Opción A: mover la instantánea con fecha de lanzamiento”, con un 65,35% a favor y un 34,65% en contra, habiendo votado un total de 5,73% del total del PoI de la comunidad.

Los siguientes pasos

Con la votación ahora concluida, NEM Group implementará la decisión y estos son los próximos pasos inmediatos para comenzar;

La continuación y finalización de la resolución de problemas se describe en esta publicación de Dave Hodgson

  • Esto resultará en un reinicio de Testnet, en la actualidad es probable que sea a principios de la próxima semana
  • Finalización de las pruebas de NEM Group y NEMtus
  • Una prueba de estrés adicional en la red pública con nodos comunitarios
  • Nueva fecha de lanzamiento planificada y comunicada (suponiendo que la prueba sea exitosa)
  • Instantánea confirmada (probablemente entre 24 y 48 horas después del lanzamiento)
  • El cierre del Opt-In se extenderá hasta la fecha de la instantánea

¿Cuándo es la instantánea del lanzamiento?

Como se indicó en los problemas de la última actualización (06-Jan) , parece que en febrero, la respuesta exacta a esto no se sabrá hasta que se conozca la fecha de lanzamiento anterior, que se espera en la próxima semana o dos dependiendo de las pruebas

Continuaremos manteniéndolo actualizado a medida que completemos cada uno de estos pasos durante los próximos días y semanas.

Conseguir que Symbol sea adecuado para su lanzamiento siempre ha sido nuestra prioridad y seguimos confiando en que siguiendo este enfoque, podemos ofrecer una plataforma de la que todos estemos orgullosos.

Esta es una traducción al español del artículo original (en inglés) escrito por davidshaw en el Foro Oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Copia de Artes logos de NEM 100

Problemas en el lanzamiento de Symbol y actualización de la Testnet (6 de enero de 2021)

, , , , , , , , , , 0

Hola a todos,

Ha pasado más o menos una semana desde la última actualización completa, así que estoy recopilando cosas aquí para mostrar lo que está sucediendo.

La versión corta: ha pasado mucho, y está en curso, pero muestra signos de concluir pronto, Testnet tendrá que restablecerse, lo que no debería tener un impacto adicional en la fecha más allá de lo que ya se esperaba.

Estado actual de la Testnet (versión 0.10.0.4):

  • Las bifurcaciones se han resuelto y la red se ha vuelto a unir, está produciendo bloques, los proyectos y los exchanges se están desarrollando activamente en su contra.
  • Testnet Finality se detiene y no se puede reiniciar, como se explica más adelante
  • Además de Finality, la testnet está funcionando normalmente y se puede usar, permanece detrás del código de mainnet, con el parche de reversión profunda y muchos otros de la resolución del problema. Los parches se analizan con más detalle a continuación.
  • Somos conscientes de que algunos exchanges y proyectos comunitarios están utilizando la Testnet actual para el desarrollo, la integración, el trabajo de listado, etc. Permanecerá activa y los nodos NGL seguirán ejecutando esta versión, los nodos comunitarios son apreciados si se pueden dejar en ejecución, pero si usted está ejecutando varios, probablemente esté bien reducirlo a 1 o 2 y ahorrar costos.

Progreso de los problemas

  • El uso de la memoria de MongoDB fue parte del problema, ya que creció demasiado, junto con el uso del servidor central y consumió todos los recursos. Se ha actualizado una versión alfa de bootstrap con limitación de memoria MongoDB que ayuda a los nodos a sincronizarse mientras se resuelven los problemas, esto se revisará para ver si sigue siendo necesario después de la corrección a continuación
  • Una configuración adicional de MongoDB para administrar la caché de manera más agresiva se ha probado con éxito con poco o ningún impacto en el rendimiento y se está agregando a Bootstrap para la próxima versión pública.
  • El uso de la memoria del servidor central también creció junto con los problemas anteriores, el uso de la memoria de RocksDB se está perfilando y revisando para ver si es posible lograr algo similar al anterior en el servidor central, se contribuye tambien a los problemas a continuación mencionados con esto.
  • Investigación del problema de una “transacción no confirmada”; las pruebas recientes hicieron un buen progreso, más trabajo en curso hoy + mañana, la depuración progresa y hemos logrado reproducir en un entorno interno, lo que es un gran paso en la dirección correcta
  • Se ha encontrado un problema de bloqueo / estancamiento de nodo como parte del análisis de la causa raíz de las transacciones no confirmadas, parece no estar relacionado con la carga, pero ocurrió en la prueba de carga (ver más abajo), esto se ha reproducido y se está depurando esta semana

Estos problemas, combinados y junto con la ausencia del parche Deep Rollback, se agravaron entre sí para causar un problema mayor. Se está trabajando en los problemas de Node Hanging, RocksDB y Transacción no confirmada con sólidas líneas de investigación en todos, se necesita un poco más de tiempo para confirmar un plan concreto para estos, pero se esta progresando bien.

Qué ha estado sucediendo desde la última actualización (30/06)

  • Los desarrolladores centrales y el equipo de prueba han estado trabajando excepcionalmente duro para extraer los hallazgos de la testnet, reproducir lo que se encontró y aplicar parches y / o ajustes basados en los aprendizajes, luego repitiendo el proceso.
  • Es un trabajo lento y meticuloso porque necesitan probar múltiples escenarios en diferentes tipos de nodos bajo diferentes cargas para considerar todos los ángulos.

Ahora tenemos correcciones en progreso o completadas para todas las áreas excepto dos, esas dos áreas son:

  • Un problema que puede hacer que un nodo se cuelgue (el problema se ha reproducido, el análisis de la causa raíz está en curso)
  • Optimizaciones de memoria de RocksDB para reducir la memoria consumida, el trabajo está en curso

Además, se instaló internamente una red completamente nueva con 500 nodos para permitir que las pruebas se vuelvan a ejecutar en un entorno similar. Esa red tiene:

  • Todos los parches más recientes y ha ayudado a obtener un alto grado de confianza en lo que ha pasado en la Testnet.
  • Hemos ejecutado una prueba de 130 tps que estuvo pasando durante 6 horas antes de que volviéramos a encontrar el problema de bloqueo / estancamiento del nodo que anteriormente había resultado muy difícil de reproducir, ahora podemos hacerlo de manera confiable.

Hay una buena razón para creer que cuando se solucione ese problema, la prueba habría continuado pasando y se habría degradado con gracia a medida que llegaba al máximo. Ese problema es el enfoque principal en este momento y no está relacionado con la carga (resulta que es más fácil de ver con más carga, pero también podría ocurrir a 1tps de lo que hemos visto)

Testnet – Qué sucedió (resultado del análisis forense)

Sobre la base de haber podido reproducir todos los problemas y depurarlos, lo siguiente es lo que se cree con gran confianza que sucedió en la Testnet. Es una superposición de algunos problemas que se complican entre sí:

  • Una pequeña cantidad de nodos se atascó en bifurcaciones irresolubles, lo hicieron con una gran cantidad de transacciones no confirmadas en ellos. Los nodos que no se colgaron, continuaron sin ellos y confirmaron las transacciones. Luego, los nodos colgados se desengancharon o reiniciaron y siguieron intentando sincronizar y transmitir una gran cantidad de transacciones no confirmadas a nodos buenos que ya las habían confirmado, lo que provocó una condición similar a DDOS y un pico de memoria. También llevó a la creación de varias bifurcaciones que luego crecieron más allá de los 600 bloques.
  • Hubo un problema conocido con reversiones profundas (> 600 bloques) en Testnet, que se corrigió hace varias semanas para el lanzamiento de mainnet, pero no se pudo aplicar a la Testnet debido a que era un cambio importante.
  • Esto provocó la imposibilidad de volver de las bifurcaciones cuando sucedieron.
  • Este trabajo y un comportamiento similar al de DDOS, hicieron que la memoria se disparara (en MongoDB y Core-Server, creemos), lo que provocó que más nodos se cayeran a medida que la memoria alcanzaba los límites superiores.
  • Desafortunadamente, la forma en que se escalaron los nodos de votación significó que esto afectó a la gran mayoría de los nodos y, como resultado, no pudieron seguir votando. Ha sido imposible recuperarlos a un estado en el que votarán nuevamente o aprobarán el cambio de los miembros del nodo de votación; esencialmente, ya no existen, pero todavía están en el grupo de votantes. Es por eso que la finalidad se ha estancado y ahora no se puede reiniciar en esa Testnet. Hemos aprendido algunas lecciones muy útiles de esto (y las hemos probado en devnet) y tenemos una solución / solución para la próxima implementación

¿Qué necesita ser arreglado o ha sido arreglado?

  • Se ha creado un parche y está en prueba final que limitará los tamaños máximos de cola de las transacciones no confirmadas (y otras memorias caché) para rechazar transacciones a favor de permitir que la cola se acumule para su procesamiento posterior, brindando protección contra las colas grandes y limitando los tps efectivamente
  • Se está creando un parche que defenderá más agresivamente de los intentos de sincronizar transacciones más antiguas, como las no confirmadas en este caso, serán rechazadas
  • Se ha aplicado una configuración a MongoDB que administra de manera más agresiva el tamaño de wiredTigerCache, esto se ha probado y se ha encontrado que limita el uso de la RAM de MongoDB de manera mucho más efectiva con poco o ningún impacto en el rendimiento.
  • El parche de reversión profunda se ha incorporado en una nueva compilación para que, si se producen bifurcaciones, se puedan recuperar en el escenario que ocurrió.
  • Tenemos que trabajar en RocksDB para garantizar que la gestión de la memoria sea lo suficientemente agresiva como para no responder con un pico en este tipo de escenario.
  • El problema de Node Hanging que parecía ser la chispa del incendio más grande, se ha reproducido y se está resolviendo
  • Hay cambios para incorporar en las herramientas de arranque que aplicarán un mejor conjunto de valores predeterminados en la implementación estándar para incorporar todo lo anterior y un par de modos de depuración más fáciles.

Se espera que este trabajo de resolución tome esta semana y hasta principios de la próxima, se proporcionarán más actualizaciones a medida que avancen las cosas.

Próximos pasos

La Testnet debe restablecerse, esto ocurrirá tan pronto como sea posible durante la semana que comienza el 11 de enero, lo cual está sujeto a cambios a medida que continúen las pruebas.

No se espera que este restablecimiento cambie la fecha de lanzamiento más de lo que lo hubiera hecho la nueva versión de todos modos y deberá remojarse durante un mínimo de 1 mes desde el lanzamiento, suponiendo que se pasen las pruebas a continuación

  • La nueva red de prueba tendrá 500 nodos, con todos los parches más recientes, incluida la reversión profunda, y se restablecerá por completo.
  • Luego, NGL realizará pruebas de estrés en ellos antes de su lanzamiento (restableceremos nuestra gran devnet para esto)
  • Le pediremos a NEMTus que realice su evento de prueba y clasifique cualquier problema que surja y coordinaremos más con Gotoh-san sobre esto a medida que tengamos más información.
  • Se comunicará una fecha confirmada una vez que concluyan las pruebas y se puedan analizar los resultados, esta etapa se estima que pueda llegar a mediados o finales de febrero, pero no podemos ser más específicos y depende de los resultados de las pruebas.

El objetivo de los presentado anteriormente es estar completo al finalizar la semana que comienza el 11 de enero, pero todavía hay trabajo por hacer, en ese momento esperamos definir una posición / plan más concreto con respecto a las fechas de Instantánea y Lanzamiento.

Pasarán unos días antes de la próxima actualización, ya que las próximas fases llevarán algún tiempo debido al tamaño del trabajo de prueba involucrado, actualizaré tan pronto como tenga más información.

Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en el Foro Oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.

Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram 

Load More