Finalmente, la tan esperada aggiornamento de Fusaka llegó a Ethereum. 3 de diciembre, exactamente en la época 411392, ranura 13164544, nuevo tenedor duro (Hard fork) de una red que promete alentar tanto la red de capa colchoneta como la de segunda capa (L2).
En el camino cerca de un Ethereum más rápido y eficaz, 13 propuestas de progreso (EIP) en la ciudad de Fusaka Se pretende organizar el uso del espacio internamente de bloques y proporcionar el trabajo con nodos.
Uno por uno, ¿cuáles son y cómo beneficiará a Ethereum la propuesta de Fusaka?
EIP-7594 (PeerDAS)
Permite que el nodo valide los datos del nodo. chispa (El espacio que usa L2 para juntar información) se puede utilizar usando solo una pequeña muestra en circunscripción de descargarlo todo, gracias al muestreo probabilístico y la exceso.
PeerDAS reduce el orondo de facción y la carga de almacenamiento porque los nodos ya no necesitan descargar todos los datos. chispaSin bloqueo, sólo una pequeña muestra aleatoria para comprobar la disponibilidad.
EIP-7892 (ramal dura solo para parámetros BLOB)
Introducimos un mecanismo para ajustar los parámetros de chispa A través de actualizaciones ligeras (como objetivos y montos máximos) sin requerir una ramal de protocolo completa.
Esto permite a Ethereum ajustar la capacidad de datos según la demanda.
EIP-7935: Margen de gas de sitio
Establezca el contorno de gas predeterminado en 60 millones por coalición. Esto amplía el poder computacional de cada coalición, permitiéndole procesar transacciones más o más complejas en cada turno.
EIP-7825 (Margen mayor de gas por transacción)
Esto impone un contorno al gas que puede consumir una transacción individual.
Este contorno evita operaciones excesivamente intensivas y abusos que pueden afectar el rendimiento caudillo de la red.
EIP-7918 (tarifa colchoneta BLOB limitada por el costo de ejecución)
Especifica que el precio exiguo para juntar datos en un BLOB no puede ser último que el costo de procesamiento positivo.
Esto evita que los precios colapsen cuando cae la demanda y mantiene un mercado de datos más estable y predecible.
EIP-7642 (Caducidad del historial y recibos simplificados)
Esto permite a los nodos quitar historiales muy antiguos e introducir un formato de recibo más simple.
Esto reduce los requisitos de espacio de almacenamiento y facilita la sincronización y el mantenimiento de los nodos.
EIP-7823 (escaso a módulos de potencia)
Ajustar los límites del módulo de exponenciación del entendimiento, modificar su funcionamiento y recortar el uso excesivo.
Esto progreso la seguridad y la eficiencia en operaciones computacionalmente intensivas.
EIP-7883 (Aumento del costo del gas del módulo)
Aumente el costo del gas de las operaciones de exponenciación modular para igualar la cantidad positivo de cálculo.
Esta medida previene el demasía y reduce la posibilidad de ataques criptográficos y spam.
EIP-7934 (contorno de tamaño de coalición de formato RLP)
Define el contorno del tamaño físico, en bytes, que puede tener un coalición en su representación codificada. El objetivo es evitar bloques demasiado grandes que puedan saturar los nodos o provocar congestión en la red.
EIP-7917 (Predicción determinista del proponente del coalición)
Introducimos una forma de retener de antemano qué validador será el responsable de proponer el futuro coalición. Esto resulta en Coordinación entre validadores El proceso de consenso se vuelve más predecible.
EIP-7939 (código de operación para contar ceros a la izquierda)
Incluye un nuevo código de operación que le permite contar el número de ceros a la izquierda en un número binario.
Esto hace que los cálculos de bajo nivel y las operaciones matemáticas de uso frecuente sean más rápidos y económicos.
EIP-7951 (precompilado para la curva criptográfica “secp256r1”)
Agrega soporte nativo para la criptocurva secp256r1 internamente de la máquina potencial Ethereum. Esto le permite utilizar las claves más recientes (como claves para dispositivos de hardware o sistemas biométricos) sin reconocer de contratos costosos.
EIP-7910 (método RPC para realizar la configuración del nodo)
Hay métodos integrados en la interfaz RPC que le permiten realizar la configuración del nodo luego de la aggiornamento. Esto facilita la auditoría y verifica que cada cliente cumpla correctamente con los parámetros del protocolo.
En caudillo, Fusaka introduce los siguientes paquetes de progreso: Reduzca la carga de nodos, amplíe la capacidad de datos y mejore la eficiencia. Computación en Ethereum. Estos ajustes preparan a la red para sostener el crecimiento de la L2 y especular con decano estabilidad y previsibilidad.
Vitalik Buterin acento sobre Fusaka
Posteriormente del emanación de Fusaka, Vitalik Buterin enfatizó que la aggiornamento finalmente incluía poco que Ethereum había estado buscando durante una período: un sistema positivo de fragmentación de datos (fragmentación). lo recordó “La fragmentación ha sido un objetivo de Ethereum desde 2015.“Hemos estado muestreando la disponibilidad de datos desde 2017, y ahora lo estamos logrando”, dijo, refiriéndose a PeerDAS, un nuevo método que permite a cada nodo validar bloques sin tener que ver toda la información.
Según explicó, esta técnica de muestreo probabilístico asegura que los datos estén completos. Cada nodo analiza sólo una porción aleatoria mínima, peroEsto reduce los requisitos de hardware, mantiene sólidas garantías de seguridad y permite que L2 escale de forma más independiente.
En su recitación, PeerDAS es el componente central que faltaba en la visión diferente. fragmentación Empezó a hacerse sinceridad.
(Traducción de etiquetas) Blockchain
