Beacon de sharding

¿Qué es un beacon de sharding en el ámbito cripto?

Un beacon de sharding es una capa de coordinación o un mecanismo de señalización que ayuda a una blockchain a organizar los validadores, los datos y las tareas de consenso en varias secciones de datos más pequeñas, llamadas shards.

En el ámbito de las criptomonedas, el término se utiliza sobre todo al hablar de la histórica Beacon Chain de Ethereum y de su hoja de ruta de escalabilidad a largo plazo, en la que la capa beacon coordina los validadores proof-of-stake y facilita la escalabilidad centrada en los datos.

Un beacon de sharding no es una moneda, una wallet, una función de trading ni una aplicación para usuarios finales.

La mejor forma de entenderlo es como un controlador de tráfico que ayuda a una blockchain a mantener sincronizadas muchas partes en movimiento, mientras la red intenta procesar más actividad sin renunciar a la descentralización ni a la seguridad.

En los antiguos debates sobre la escalabilidad de Ethereum, el sharding consistía en dividir la blockchain en muchas shard chains capaces de procesar actividad en paralelo.

En la hoja de ruta actual de Ethereum, las shard chains tradicionales ya no son el plan principal. Ethereum se centra ahora en la escalabilidad mediante rollups, blobs, disponibilidad de datos, Proto-Danksharding, Danksharding y PeerDAS.

La función actual de la capa beacon sigue siendo importante porque el consenso proof-of-stake de Ethereum depende de la coordinación de validadores, la propuesta de bloques, la atestación, la finalidad y la aleatoriedad.

Para consultar la hoja de ruta actual, se puede revisar la hoja de ruta oficial de Ethereum.

Por qué importa la palabra «beacon»

La palabra beacon evoca una señal que guía a muchos participantes hacia el mismo estado compartido.

En una blockchain proof-of-stake, miles de validadores deben ponerse de acuerdo sobre qué bloques son válidos, qué validador debe proponer un bloque, qué validadores deben atestiguar un bloque y cuándo se finaliza un bloque.

La función beacon ayuda a coordinar estas tareas para que la red no dependa de un único servidor central.

La Beacon Chain de Ethereum se lanzó antes de The Merge y, en un principio, funcionó junto a Ethereum Mainnet como sistema de coordinación proof-of-stake.

Tras The Merge, Ethereum Mainnet y la Beacon Chain pasaron a formar un único sistema proof-of-stake, y la Beacon Chain se convirtió en el motor de consenso de la red activa de Ethereum.

La explicación oficial de Ethereum sobre The Merge describe cómo la Beacon Chain pasó a ser responsable del consenso cuando Ethereum abandonó la minería proof-of-work.

Por eso, un beacon de sharding suele explicarse como la capa que mantiene organizadas las tareas de los validadores mientras las actualizaciones de escalabilidad aumentan la cantidad de datos que la red puede procesar de forma segura.

Definición sencilla de beacon de sharding

Un beacon de sharding es un sistema de coordinación blockchain que asigna validadores, realiza un seguimiento del consenso y contribuye a proteger los procesos de intercambio o disponibilidad de datos utilizados para escalar.

En pocas palabras, indica a la red quién debe hacer qué, cuándo debe hacerlo y cómo puede verificar el resto de la red el resultado.

Cuando se utiliza la expresión en el contexto de Ethereum, suele referirse a la relación entre la Beacon Chain, los conceptos de sharding y la transición de Ethereum hacia la escalabilidad basada en datos.

La expresión también puede emplearse de forma más general para cualquier diseño de blockchain en el que una cadena de coordinación principal gestione varios shards o particiones de datos.

Sin embargo, el significado depende del protocolo, ya que distintas blockchains pueden utilizar diferentes modelos de sharding, sistemas de selección de validadores y métodos de disponibilidad de datos.

Cómo funciona un beacon de sharding

Un beacon de sharding comienza por coordinar a los validadores.

Los validadores son participantes de la red que bloquean criptoactivos como stake y ayudan a proteger la blockchain proponiendo bloques, comprobándolos y votando por la cadena correcta.

En el sistema proof-of-stake de Ethereum, el tiempo se divide en slots y epochs, y se seleccionan validadores para realizar determinadas tareas durante esos periodos.

La documentación oficial de Ethereum sobre proof-of-stake explica que los slots duran 12 segundos y que cada epoch contiene 32 slots, lo que proporciona a la red un ritmo predecible para la producción de bloques y la atestación.

Encontrarás más información en la documentación de proof-of-stake de Ethereum.

El sistema beacon utiliza aleatoriedad para asignar las tareas de los validadores de una forma difícil de predecir o manipular.

Esta aleatoriedad es importante porque un sistema predecible de asignación de validadores podría facilitar que los atacantes se dirigieran a comités concretos o planificaran conductas deshonestas.

Una vez asignados los validadores, algunos proponen bloques y otros atestiguan que los bloques propuestos cumplen las reglas.

Estas atestaciones son votos que ayudan a la red a ponerse de acuerdo sobre la cadena canónica.

La finalidad se alcanza cuando el respaldo suficiente de los validadores hace que resulte extremadamente difícil revertir un bloque en condiciones normales de la red.

En un diseño de sharding o escalabilidad de datos, la misma lógica de coordinación puede ayudar a la red a comprobar si los datos asociados a los rollups o shards están realmente disponibles.

Beacon de sharding y sharding de blockchain

El sharding es una técnica de escalabilidad que divide una carga de trabajo grande en partes más pequeñas, de modo que no todos los nodos de la red tengan que procesar todos los datos de la misma forma.

En los sistemas de bases de datos tradicionales, el sharding puede distribuir datos entre varios servidores.

En los sistemas blockchain es más complejo, porque la red debe seguir siendo descentralizada, verificable, resistente a los ataques y coherente entre numerosos nodos independientes.

Un beacon de sharding ayuda a resolver el problema de coordinación al conectar las áreas de datos más pequeñas, similares a shards, con una capa de consenso compartida.

Sin una capa beacon sólida, los distintos shards podrían quedar aislados, volverse incoherentes o ser vulnerables a la concentración de validadores.

Con una capa beacon sólida, los validadores pueden rotar, se pueden formar comités y los datos de los shards se pueden verificar con un único sistema de seguridad común.

Esto es especialmente importante en las blockchains públicas, donde cualquiera puede ejecutar software, enviar transacciones o intentar atacar el sistema.

El cambio de Ethereum de las shard chains al sharding de datos

La hoja de ruta de escalabilidad de Ethereum ha cambiado con el tiempo.

Los planes anteriores incluían shard chains independientes que aumentarían la capacidad al dividir la blockchain en numerosas cadenas.

La hoja de ruta actual ha abandonado ese modelo y ahora se centra en un enfoque basado en rollups, en el que las redes Layer 2 ejecutan numerosas transacciones y Ethereum proporciona liquidación, seguridad y disponibilidad de datos.

La página oficial de Danksharding de Ethereum indica que las shard chains ya no forman parte de la hoja de ruta y que Danksharding utiliza muestreo distribuido de datos en blobs.

El diseño actualizado suele llamarse sharding de datos, porque se centra en poner más espacio de datos a disposición de los rollups en lugar de dividir todo el entorno de ejecución en numerosas cadenas.

Para consultar la explicación más reciente de Ethereum, visita la página oficial sobre Danksharding.

Este cambio es importante porque los usuarios suelen oír la palabra sharding y pensar que significa muchas miniblockchains funcionando en paralelo.

En el Ethereum actual, es más preciso decir que la escalabilidad depende de los rollups, los blobs, el muestreo de disponibilidad de datos y las actualizaciones de consenso que hacen que los datos sean más baratos y fáciles de verificar.

Beacon de sharding y Proto-Danksharding

Proto-Danksharding es una fase de actualización de Ethereum que introdujo transacciones con blobs mediante EIP-4844.

Un blob es un objeto de datos temporal que puede transportar datos de rollups a un coste menor que almacenar la misma información como calldata permanente de una transacción.

La especificación oficial de EIP-4844 describe las transacciones con blobs como un nuevo formato de transacción que contiene grandes cantidades de datos, cuyo compromiso puede consultar la Ethereum Virtual Machine.

La actualización Dencun activó Proto-Danksharding en Ethereum Mainnet el 13 de marzo de 2024.

El anuncio de Dencun Mainnet de la Ethereum Foundation explica que los blobs se activaron en la mainnet como parte de esa actualización.

Proto-Danksharding no es sharding completo, pero sí un paso importante hacia el diseño de escalabilidad de datos a largo plazo de Ethereum.

La idea del beacon de sharding está relacionada porque los validadores y los clientes de consenso deben coordinar la inclusión y verificación de los datos asociados a los blobs.

Los usuarios no interactúan directamente con el beacon, pero pueden percibir sus efectos en forma de transacciones Layer 2 más baratas, una actividad de rollups más fluida y una mejor escalabilidad de la red.

Beacon de sharding y disponibilidad de datos

La disponibilidad de datos significa que los datos necesarios para verificar la actividad de la blockchain están realmente disponibles para la red.

No es lo mismo que almacenarlos para siempre.

Una blockchain puede mantener los datos disponibles para su verificación durante el periodo requerido sin conservar permanentemente todos los datos dentro del protocolo principal.

La documentación oficial de Ethereum sobre disponibilidad de datos explica que los rollups y los clientes ligeros necesitan garantías sólidas de que los datos existen, incluso cuando no los descargan ni procesan por completo.

Esta es una de las razones por las que los conceptos de beacon de sharding son tan importantes.

Si una red permite un mayor rendimiento de datos, pero no puede demostrar que esos datos están disponibles, los usuarios pueden quedar expuestos a riesgos ocultos.

Por ejemplo, un rollup podría publicar un resumen de la actividad, pero si faltan los datos subyacentes, la verificación independiente se vuelve difícil o imposible.

Un sistema coordinado por un beacon ayuda a organizar las tareas de los validadores y las comprobaciones de datos para que la escalabilidad no se convierta en una cuestión de confianza ciega.

Muestreo de disponibilidad de datos y función del beacon

El muestreo de disponibilidad de datos, abreviado habitualmente como DAS, permite a los nodos comprobar pequeñas partes aleatorias de los datos en lugar de descargar el conjunto completo.

Si suficientes muestras seleccionadas al azar están disponibles, la red puede obtener una gran confianza en que todos los datos lo están.

Este método facilita la escalabilidad porque no todos los nodos tienen que asumir la carga completa de cada objeto de datos grande.

Un beacon de sharding puede facilitar DAS coordinando los comités de validadores, las responsabilidades de muestreo y las reglas de consenso relativas a los compromisos de datos.

La hoja de ruta de Ethereum también incluye PeerDAS, diseñado para hacer más eficiente la disponibilidad de datos para los rollups y facilitar la operación de nodos.

La hoja de ruta oficial de Ethereum incluye PeerDAS como una función importante de la actualización Fusaka, junto con las bifurcaciones Blob Parameter Only, que permiten aumentar de forma más flexible el número de blobs.

Esto demuestra que la dirección actual del sharding se centra menos en dividir la ejecución y más en escalar la disponibilidad de datos de forma descentralizada.

Por qué son importantes los beacons de sharding para los usuarios cripto

La mayoría de los usuarios cripto nunca gestionará directamente un beacon de sharding.

Notarán sus ventajas en una menor congestión de la red, un mejor rendimiento de Layer 2, una escalabilidad más predecible y supuestos de seguridad más sólidos.

Cuando los rollups pueden publicar datos de forma más eficiente, los usuarios pueden beneficiarse de transferencias más baratas, una actividad más rápida en las aplicaciones y un mejor acceso a las finanzas descentralizadas, los mercados NFT, las aplicaciones de juegos y las herramientas de pago.

El beacon de sharding también es importante porque protege la descentralización.

Si la escalabilidad solo fuera posible obligando a cada nodo a comprar hardware caro, la red podría centralizarse más.

Un diseño de sharding de datos coordinado por un beacon intenta aumentar la capacidad sin dejar de hacer viable la participación de nodos para más personas.

Esto es importante porque la descentralización es uno de los principales motivos por los que las blockchains públicas pueden resistir la censura, las interrupciones y los puntos únicos de fallo.

Por qué son importantes los beacons de sharding para los desarrolladores

A los desarrolladores les interesan los beacons de sharding porque el rendimiento de las aplicaciones depende del modelo de seguridad, finalidad y disponibilidad de datos de la capa base.

Una aplicación descentralizada puede ejecutarse en una red Layer 2, pero esa Layer 2 sigue necesitando acceso fiable a la liquidación y a las garantías de datos de Ethereum.

Si los costes de los datos son altos, las comisiones de los rollups pueden aumentar y perjudicar la experiencia de usuario.

Si la disponibilidad de datos es débil, los usuarios y desarrolladores quizá tengan que confiar en los operadores en lugar de verificar la actividad de forma independiente.

Un sistema de escalabilidad más sólido, coordinado por un beacon, puede dar soporte a más aplicaciones sin trasladar toda la actividad a la capa base.

Esto permite a los desarrolladores crear aplicaciones que parezcan más rápidas y baratas, sin dejar de conectarse a una capa de liquidación segura.

Ventajas de seguridad de un beacon de sharding

Un beacon de sharding mejora la seguridad al reducir la probabilidad de que un único shard, comité o área de datos quede bajo un control fácil.

La asignación aleatoria de validadores dificulta que los atacantes sepan de antemano dónde será importante su influencia.

La rotación de validadores puede reducir el riesgo de que una parte concreta de la red quede capturada a largo plazo.

Las reglas comunes de finalidad ayudan a la red a acordar un historial compartido, en lugar de permitir que los shards diverjan.

Las reglas de slashing pueden penalizar a los validadores que firmen mensajes contradictorios o incumplan las reglas del protocolo.

Estas características no eliminan todos los riesgos, pero encarecen los ataques y facilitan su detección.

El objetivo de seguridad no es únicamente la velocidad.

Se trata de lograr una verificación escalable para que más usuarios puedan depender de la blockchain sin confiar en un pequeño grupo de operadores.

Limitaciones y riesgos de los diseños de beacon de sharding

Los sistemas de beacon de sharding son complejos.

Requieren un diseño cuidadoso del protocolo, software cliente sólido, redes fiables e incentivos claros para los validadores.

Si el proceso de aleatoriedad es débil, la asignación de validadores puede ser más fácil de manipular.

Si el muestreo de datos está mal diseñado, la red podría confiar erróneamente en que los datos no faltan.

Si los requisitos de hardware aumentan demasiado rápido, menos personas podrán ejecutar nodos.

Si el poder de los validadores se concentra demasiado, la red puede afrontar problemas de gobernanza y censura.

Estos riesgos explican por qué las grandes actualizaciones de blockchain se prueban cuidadosamente antes de implementarse.

También explican por qué la hoja de ruta de Ethereum avanza por etapas: desde la Beacon Chain, pasando por The Merge y Proto-Danksharding, hasta mejoras más completas de disponibilidad de datos.

Beacon de sharding frente a Beacon Chain

Un beacon de sharding es un concepto general, mientras que la Beacon Chain es un componente específico de Ethereum que pasó a formar parte de su sistema de consenso proof-of-stake.

La Beacon Chain coordinó a los validadores antes de The Merge y se convirtió en el motor de consenso después de The Merge.

Un beacon de sharding puede referirse a cualquier capa de coordinación similar a un beacon utilizada en un diseño de blockchain fragmentado o con sharding de datos.

En textos informales sobre cripto, a veces se utilizan ambos términos juntos porque la Beacon Chain de Ethereum se mencionaba originalmente en relación con los futuros planes de sharding.

La formulación más precisa depende del contexto.

Al hablar del Ethereum actual, es mejor decir que la Beacon Chain coordina el consenso proof-of-stake, mientras que la hoja de ruta de escalabilidad de Ethereum se centra ahora en la disponibilidad de datos, los blobs, los rollups, Danksharding y PeerDAS.

Beacon de sharding frente al sharding tradicional

El sharding tradicional suele consistir en dividir una blockchain en varias cadenas o particiones paralelas que realizan tareas distintas.

Un beacon de sharding es el mecanismo de coordinación que ayuda a mantener esas particiones conectadas a un único sistema de seguridad compartido.

Sin un beacon, los shards podrían tener que gestionar sus propios conjuntos de validadores y supuestos de seguridad.

Con un beacon, los validadores pueden asignarse en todo el sistema y los datos de los shards pueden vincularse a una única capa de consenso.

El plan actual de Ethereum difiere del sharding tradicional de ejecución porque no pretende crear numerosas shard chains de ejecución.

En cambio, busca ampliar la capacidad de datos para los rollups, manteniendo Ethereum Layer 1 centrado en la liquidación y el consenso.

Ejemplo práctico de beacon de sharding

Imagina una red blockchain que debe dar soporte a miles de aplicaciones al mismo tiempo.

Si todos los validadores tuvieran que descargar, ejecutar y almacenar para siempre todos los detalles, el sistema podría volverse lento o caro de operar.

Ahora imagina que la red divide algunas responsabilidades relacionadas con los datos en partes más pequeñas.

La capa beacon selecciona qué validadores comprueban cada parte, registra sus votos y ayuda a la red a confirmar que los datos estaban disponibles.

Los usuarios siguen viendo un único ecosistema blockchain, pero el trabajo interno se distribuye de forma más eficiente.

Esta es la idea fundamental de un beacon de sharding.

Permite a la red escalar la cantidad de datos verificables sin trasladar simplemente la confianza a un operador centralizado.

Ideas equivocadas habituales sobre el beacon de sharding

Un beacon de sharding no hace automáticamente que todas las transacciones sean gratuitas.

Las comisiones siguen dependiendo de la demanda, el espacio de bloque, los mercados de datos, el diseño de los rollups y las condiciones de la red.

Un beacon de sharding no elimina la necesidad de escalar mediante Layer 2.

En la hoja de ruta de Ethereum, los rollups siguen siendo fundamentales para la escalabilidad porque procesan transacciones fuera de la capa base y publican los datos en Ethereum.

Un beacon de sharding no es lo mismo que un bridge.

Los bridges mueven activos o mensajes entre redes, mientras que un beacon coordina el consenso y las responsabilidades relacionadas con los datos dentro del diseño de un protocolo.

Un beacon de sharding tampoco es lo mismo que un explorador de blockchain.

Un explorador de blockchain muestra información de la blockchain, mientras que la función beacon forma parte de la lógica de consenso y coordinación de la red.

Por qué es importante este término para SEO y AEO

Quienes buscan «beacon de sharding» quieren una explicación sencilla de cómo encajan el sharding, la Beacon Chain y la escalabilidad de Ethereum.

La mejor respuesta es que un beacon de sharding coordina a los validadores y la verificación de datos para que una blockchain pueda escalar sin perder un modelo de seguridad compartido.

Para los motores de respuesta, lo más importante es que la hoja de ruta actual de Ethereum ya no se centra en las antiguas shard chains.

Ahora se centra en rollups, blobs, Proto-Danksharding, Danksharding, muestreo de disponibilidad de datos y futuras actualizaciones como PeerDAS.

Esta distinción ayuda a evitar explicaciones desactualizadas y a entender qué significa el sharding en los debates actuales sobre cripto.

Preguntas frecuentes

¿Qué significa beacon de sharding?

Beacon de sharding significa un mecanismo de coordinación similar a un beacon que ayuda a una blockchain a gestionar validadores, tareas de consenso y responsabilidades de datos en un diseño fragmentado o escalado mediante datos.

¿Es el beacon de sharding lo mismo que la Beacon Chain de Ethereum?

No. Beacon de sharding es un concepto más amplio, mientras que la Beacon Chain de Ethereum es el sistema específico de consenso proof-of-stake que pasó a formar parte de Ethereum Mainnet después de The Merge.

¿Ethereum sigue utilizando shard chains?

No. La hoja de ruta actual de Ethereum ya no utiliza shard chains tradicionales y se centra en rollups, blobs, muestreo de disponibilidad de datos, Proto-Danksharding, Danksharding y PeerDAS.

¿Qué relación tiene un beacon de sharding con Danksharding?

Un beacon de sharding está relacionado con Danksharding porque ambos implican disponibilidad de datos coordinada y consenso de validadores, pero Danksharding es la hoja de ruta específica de escalabilidad de datos de Ethereum, no un sistema tradicional de shard chains.

¿Qué relación tiene un beacon de sharding con EIP-4844?

EIP-4844 introdujo las transacciones con blobs, y el sistema de consenso beacon ayuda a Ethereum a coordinar la verificación y la inclusión de los compromisos de datos asociados a esos blobs.

¿Reduce las comisiones de gas un beacon de sharding?

Un beacon de sharding no fija directamente las comisiones de gas, pero la escalabilidad de datos coordinada por un beacon puede contribuir a reducir los costes de datos de los rollups y mejorar la experiencia de usuario cuando la demanda de la red es elevada.

¿Por qué es importante la disponibilidad de datos para el sharding?

La disponibilidad de datos es importante porque los usuarios y los nodos deben poder verificar que los datos subyacentes a un bloque, lote de rollup o compromiso de shard están realmente disponibles.

¿Pueden los usuarios interactuar directamente con un beacon de sharding?

La mayoría de los usuarios no interactúa directamente con un beacon de sharding, ya que este funciona en la capa de consenso y protocolo, detrás de las wallets, las aplicaciones, los validadores y las redes Layer 2.

¿Es el beacon de sharding un token?

No. Beacon de sharding no es un token, un activo ni una criptomoneda; se refiere a un concepto técnico de coordinación para la escalabilidad de blockchain.

¿Por qué cambió Ethereum su hoja de ruta de sharding?

Ethereum cambió su hoja de ruta porque los rollups se convirtieron en la opción preferida para escalar, lo que hizo que la disponibilidad de datos y la capacidad de blobs fueran más útiles que las shard chains tradicionales de ejecución.

Conclusión

Un beacon de sharding es la capa de coordinación que ayuda a una blockchain a organizar los validadores, el consenso y la verificación de datos en una arquitectura escalable.

En los debates sobre Ethereum, el término está estrechamente relacionado con la Beacon Chain, la coordinación proof-of-stake y la evolución desde los antiguos planes de shard chains hacia el sharding moderno de datos.

La explicación más actual es que la escalabilidad de Ethereum depende ahora de los rollups, los blobs, Proto-Danksharding, Danksharding, PeerDAS y el muestreo de disponibilidad de datos, y no de las shard chains tradicionales.

Para los usuarios cripto, la utilidad de un beacon de sharding es sencilla: facilita que las redes blockchain puedan procesar más actividad sin renunciar a la seguridad, la descentralización y la verificabilidad.

Para desarrolladores y validadores, representa la base de coordinación necesaria para escalar la infraestructura blockchain pública sin convertirla en una base de datos centralizada.