PIRL - Actualizado a Lion Fork

Blog-tenedor-león

Compartir esta publicacion

Compartir en facebook
Compartir en linkedin
Compartir en twitter
Compartir en email

Como todos saben, PIRL es el primero que introdujo los Masternodes basados en Ethash en el ecosistema blockchain y desarrolló la primera protección contra ataques 51% para cadenas basadas en Ethash que se utiliza en varios proyectos. Ahora, han realizado con éxito algunas nuevas actualizaciones para mejorar aún más su nivel de privacidad. Cualquiera puede comprar PIRL con EUR / USD y BTC. Un chat PIRL descentralizado está ahí para la comunicación y sus datos personales están altamente protegidos sin preocuparse por la filtración de detalles privados. A través de la billetera móvil oficial PIRL, los compradores y vendedores dispuestos pueden realizar transacciones fácilmente.    

Uno de los principales cambios es que PIRL se actualizó a "Lion Fork". Esta bifurcación ayudará a solucionar la dificultad cuando blockchain diverge en dos caminos hacia adelante, y Lion fork guiará qué camino seguir para guardar la transacción. Para hacer tal guía, hemos desactivado la bomba de dificultad y hemos activado los siguientes tenedores:

1. Bloque de Constantinopla

2. Bloque de Petersburgo

3. Bloque de Estambul

En la versión 1.9.12, se realizan los siguientes cambios y correcciones para acelerar el nivel de eficiencia del sistema

· En el backend, hemos establecido una cuenta cero (0x00 ... 0) como predeterminada para el remitente eth_call si no se especificó ninguno (#20702).

· Falta una función CallOpts. SetFrom se agrega para permitir que un remitente cambie la configuración de las llamadas (#20721).

· Una interesante es que las constantes de desacoplamiento en dos EIP se aplican juntas en Estambul (#20646).

· Se corrigió una regresión de consola que perdió soporte para escapar y no escapar (#20700) Escape () ayuda a codificar una cadena para que sea portátil, por lo que puede transmitirse a través de cualquier red a cualquier computadora que admita caracteres ASCII. Por otro lado, unescape () se usa para decodificar la cadena codificada en el lado del receptor.

· Se corrigió una falla en la interfaz común (CI) que se ejecuta debido a la aleatoriedad en las pruebas de escenario de recuperación de TX (#20712) Hemos solucionado este error y probamos con éxito los casos.

· Se corrigió una fuga de rutina en la propagación de transacciones (#20762) Un método para solucionar este problema es hacer un seguimiento de las solicitudes pendientes y solo volver desde el método externo cuando finalizan las solicitudes de rutina.

· Se corrigió una posible carrera de datos en el descargador (#20690) Hemos solucionado todas las inconsistencias que surgen previamente en el descargador.

En la versión 1.9.11, se realizan los siguientes cambios para fortalecer el funcionamiento del sistema

·   Descubrimiento de pares basado en DNS ahora está habilitado en Geth (#20592, #20660) De ahora en adelante, los nodos Geth tienen dos mecanismos independientes para encontrar pares. Las listas DNS sirven como un mecanismo alternativo cuando no se pueden encontrar pares a través del DHT.

El descubrimiento basado en DNS es un mecanismo centralizado, pero hemos tratado de hacer que el funcionamiento de este mecanismo sea lo más transparente posible y sin permisos. Las listas públicas utilizadas por defecto se generan al rastrear el DHT de descubrimiento. En este momento, hay ~ 1150 nodos de red principal de Ethereum enrutados públicamente en la lista predeterminada. Nuestras listas públicas también sirven a las redes de prueba Ropsten, Goerli y Rinkeby. Nodos que ejecutan cualquier cliente Ethereum que implemente EIP-868 y EIP-2124 aparecerá en las listas públicas automáticamente.

Puede deshabilitar el uso del descubrimiento basado en DNS utilizando la combinación de marca "" descubrir.dns "".

Si desea crear una lista de nodos basada en DNS para su red privada o pública, consulte nuestro Guía de configuración de descubrimiento de DNS. Esperamos que otras organizaciones que no sean la Fundación Ethereum proporcionen listas públicas en el futuro y felizmente integren esas listas en la predeterminada utilizando la función 'enlace' de EIP-1459.

· Anuncios de transacciones a través de eth / 65 (EIP 2464) ahora está implementado y las conexiones Geth <-> Geth deberían usar significativamente menos ancho de banda (#20234) para el intercambio de transacciones. Sin embargo, nadie puede adivinar los números finales, ya que tenemos que esperar a una implementación generalizada de la red. Esta característica depende de eth / 64 y eth / 65 actualizaciones de protocolo, que aún no son compatibles con todas las implementaciones de clientes de Ethereum. Si bien las conexiones entre clientes compatibles utilizarán el nuevo protocolo, geth seguirá siendo compatible con eth / 63 hasta que la red pública adopte suficientemente las nuevas versiones del protocolo.

· El motor de JavaScript subyacente a la consola Geth y al motor de reglas Clef se cambió de Otón a Goja, que debería llevarlo al cumplimiento de ECMAScript 5.1+. No es su último y mejor entorno.js, por supuesto, pero es significativamente mejor y más rápido que antes (#20470, #20599). 

Características menores y correcciones

· Afeite unos milisegundos de cada bloque mediante optimizaciones internas de trie (#20481, #20488). Las operaciones hash se usan para optimizar y la operación de confirmación se usa para manejar excepciones.

· Optimice la ejecución del código de operación EVM BLOCKHASH para manejar mejor el peor de los casos (#20589).

· Verifique la disponibilidad del espacio de nombres de la API RPC para detectar errores tipográficos en –rpcapi & co (#20597).

· Agregue Geth dump génesis para imprimir la génesis completa y la configuración de la cadena de un nodo (#20191).

· Revertir el informe de número de bloque pendiente durante la recuperación de bloque (#20616).

· Soluciona un pánico del trazador de JavaScript al acceder a la memoria ilegal (#20612).

· Solucionar un problema de conectividad RPC alrededor de conexiones débiles (#20414).

· Limpiar la red principal de C ++ y los nodos de arranque Geth Görli (#20610) El bootnode de C ++ es más largo en uso, por lo que hemos incorporado Geth Görli.

· Se corrigió el soporte de bytes32 y bytes32 [] en Clef (#20609).

El veredicto

Todas las enmiendas (cambios y correcciones) se realizan para aumentar la eficiencia y, en última instancia, la seguridad del sistema.

Suscríbete a nuestro boletín

Recibe actualizaciones y aprende de los mejores

Más para explorar

Pirl y Vseed revolucionan el negocio médico

Pirl y Vseed revolucionan el negocio médico Pirl se complace en anunciar una asociación a largo plazo con la empresa conjunta Vseed. Vseed usará el completo

es_ESEspañol
en_USEnglish fr_FRFrançais nl_NLNederlands tr_TRTürkçe pt_PTPortuguês ru_RUРусский ko_KR한국어 zh_CN简体中文 hi_INहिन्दी es_ESEspañol