Glosario
A
Application-specific rollup (Agrupación específica de la aplicación)
El rollup específico de la aplicación es un rollup propietario que generalmente sirve solo para una aplicación. Los desarrolladores pueden centrarse únicamente en la aplicación en lugar de desplegar la cadena. Además de brindar una excelente experiencia de usuario a la aplicación, se pueden personalizar ciertas capacidades especiales, como la capacidad de Opside de proporcionar 0 gas para la aplicación.
B
Block (Bloque)
Una lista ordenada de transacciones y metadatos relacionados con la cadena que se agrupan y publican en la capa DA. Los nodos ejecutan las transacciones contenidas en los bloques para cambiar el estado de la cadena rollup. Las reglas del protocolo dictan lo que constituye un bloque válido, y los bloques inválidos se omiten.
Batch (Lote)
Los secuenciadores de la capa de ejecución recopilan los datos relacionados con las transacciones ejecutadas y los almacenan en las capas base para garantizar la seguridad. La frecuencia de agrupamiento de datos es decidida por el secuenciador, pero puede ser impuesta por el protocolo subyacente.
C
Client (Cliente)
A veces etiquetados indistintamente como un "nodo", se encargan de procesar transacciones y administrar el estado del rollup. Ejecutan los cálculos para cada transacción de acuerdo con la máquina virtual y las reglas del protocolo del rollup. Si los comparamos con los clientes de Ethereum, estos serían clientes de ejecución como Geth, en contraposición a los clientes de consenso.
Consensus (Consenso)
Un acuerdo sobre el estado más reciente y correcto de una cadena de bloques. A diferencia de las cadenas de bloques de Nivel 1 (L1), que coordinan los nodos participantes con reglas de consenso, los rollups dependen de los L1 para llegar a un consenso al verificar el estado del contrato inteligente del rollup desplegado en ellos.
D
Deposit Contract (Contrato de depósito)
Un contrato inteligente desplegado en L1, puedes considerar el contrato de depósito como una transferencia de fondos desde una cuenta de Opside a una cuenta de validador de prueba de participación. Especifica quién está apostando, quién está validando, cuánto se está apostando y quién puede retirar los fondos.
Data Availability (Disponibilidad de datos)
El proponente de bloque debe publicar todos los datos y cualquier persona puede detectar las transacciones.
E
F
Fraud Proof (Prueba de fraude)
Las pruebas de fraude indican que una transición de estado fue inválida. Esto se demuestra al reproducir la transacción que causó la transición de estado en la cadena y comparar la raíz de estado resultante con la que fue publicada por el secuenciador. Si las raíces de estado no coinciden, entonces la prueba de fraude es exitosa y la transición de estado se cancela.
M
Miner (Minero)
Un minero es un actor que participa en transacciones de criptomonedas y, a su vez, desempeña un papel crucial tanto en la creación de nuevas criptomonedas como en la verificación de transacciones en la cadena de bloques. Agrega nuevos bloques a la cadena existente y se asegura de que estas adiciones sean precisas.
Para Opside, un minero es un actor que presenta la Prueba de Conocimiento Cero (Zero-Knowledge Proof o ZKP) a la capa L1.
N
Node (Nodo)
Un cliente de software que participa en la red.
O
Optimistic rollup (rollup optimista)
Un rollup que actualiza el estado de manera optimista con la posibilidad de generar pruebas de fraude para revertir transiciones de estado defectuosas. Hasta la fecha, los rollups optimistas han sido principalmente compatibles con EVM. En comparación con los ZK-Rollups, tienen un mayor tiempo de finalización debido a que existe una ventana de tiempo (período de desafío) durante la cual cualquier persona puede impugnar los resultados de una transacción de rollup mediante el cálculo de una prueba de fraude.
P
Prover
Una entidad que genera la prueba criptográfica para convencer al verificador de que la declaración es verdadera (sin revelar sus entradas). En un ZK-Rollup, el probador genera la prueba de ZK (validez) para enviarla al contrato del verificador. Si se utiliza en el contexto de un rollup optimista, el probador genera la "prueba de fraude" para demostrar que se envió un estado incorrecto.
R
Rollup
Los rollups son uno de los varios sistemas de escalamiento, que son simplemente métodos para hacer que una blockchain lenta sea más rápida y económica.
RaaS
Un SDK o servicio que permite a cualquier persona lanzar rollups rápidamente.
S
Slash
El "slashing" tiene dos propósitos: (1) hacer que sea prohibitivamente costoso atacar la red y (2) evitar que los validadores sean negligentes verificando que realmente cumplan con sus responsabilidades. Si te han "slashed" porque has actuado de manera demostrablemente destructiva, se destruirá una parte de tu participación. Si eres "slashed", se te impide participar más en el protocolo y se te expulsa forzosamente.
Slot
32 Slots = 1 Época
Un período de tiempo de 12 segundos en el que un validador elegido al azar tiene tiempo para proponer un bloque. Cada slot puede o no tener un bloque en él. El número total de validadores se divide en comités y uno o más comités individuales son responsables de atestiguar cada slot. Un validador del comité será elegido como agregador, mientras que los otros 127 validadores están atestiguando. Después de cada época, los validadores se mezclan y se fusionan en nuevos comités.
Hay un mínimo de 128 validadores por comité.
V
Validator Key (Clave del Validador)
Como se muestra en el fragmento a continuación, la clave de firma del validador consta de dos elementos:
Clave privada del validador
Clave pública del validador
El propósito de la clave privada del validador es firmar activamente operaciones en la cadena (ETH2), como propuestas de bloques y atestaciones. Por lo tanto, estas claves deben mantenerse en una billetera en línea.
La clave pública del validador se incluye en los datos de depósito, lo que permite a ETH2 identificar al validador.
Validity proof (Prueba de validez)
El resultado de un sistema criptográfico de prueba que certifica una computación correcta. Los ZK-Rollups utilizan pruebas de validez concisas (también llamadas pruebas de conocimiento cero) para demostrar que un lote de transacciones y bloques de rollup se ejecutaron correctamente. Las pruebas de validez se envían a un verificador, como un contrato inteligente de Ethereum, que las acepta si están construidas correctamente.
W
Withdraw Credencial (Credencial de Retiro)
Las Credenciales de Retiro son un campo de 32 bytes en el depósito, utilizado para verificar el destino de los retiros válidos. Actualmente, existen dos tipos de retiros: retiro BLS y retiro a una dirección de Opside.
Retiro BLS: Por defecto, el deposit-cli generaría credenciales de retiro con la clave de retiro derivada a través de mnemónicos en el formato EIP2334.
Retiro a una dirección de Opside: Si deseas retirar hacia tu dirección de billetera de ejecución después de la actualización de Shanghai/Capella, puedes establecer
--opside_withdrawal_address <YOUR IDE ADDRESS>al ejecutar deposit-cli. Asegúrate de tener control sobre las claves de esta dirección.
Z
ZK-Rollup
Un rollup que utiliza ZKPs (también conocidas como pruebas de validez) para validar la corrección de la función de transición de estado y actualizar el estado del rollup. Este es uno de los dos principales tipos de construcciones de rollup, junto con los rollup optimista. En general, los ZK-Rollups no proporcionan propiedades de preservación de la privacidad; a veces se denominan ZK-ZK-Rollups a aquellos ZK-Rollups que sí preservan la privacidad.
Last updated