Todos los Rollups de segunda capa en Ethereum, cada uno usando un clasificador centralizado.
Título original: "Los secuenciadores de resumen están centralizados, y eso está bien"
Escrito por: DARREN KLEINE
Compilación: Deep Tide TechFlow
La centralización es el enemigo odioso de la libertad y el progreso en el campo de la tecnología de registros distribuidos. Una vez que un desarrollador se encuentra con un desafío de escalado, generalmente lo señala con el dedo.
Irónicamente, la forma más rápida de ir del punto A al punto B en un protocolo descentralizado suele tener algún tipo de mecanismo centralizado. Los desarrolladores pueden abandonar ideales como la resistencia a la censura y la independencia solo para hacer que esto sea rápido y barato.
Stephane Gosselin dijo que la búsqueda de una mayor descentralización en el espacio blockchain continúa, pero para algunos elementos, la centralización puede no ser tan mala después de todo.
Gosselin, cofundador y arquitecto jefe de Flashbots y fundador de Frontier Research, habló en el podcast de Bell Curve sobre los resúmenes de segundo nivel y cómo los pedidos centralizados pueden no ser una preocupación para muchos.
Todos los clasificadores de Rollup están centralizados
Primero, aclaremos el hecho de que todos los paquetes acumulativos de capa 2 en Ethereum, todos y cada uno, utilizan un clasificador centralizado.
El trabajo del ordenante es procesar y ordenar transacciones en bloques que se agregan a la cadena de bloques. Es más barato, más rápido y más fácil para los proveedores de Rollup mantener su propio sistema de clasificación centralizado patentado que subcontratar el trabajo.
"Todavía no creo que sea algo malo, y no creo que sea una conclusión inevitable tener un clasificador FIFO en la segunda capa", dijo Gosselin.
El argumento habitual contra la centralización de Rollup es que crearía un "juego de demora" que dirige la centralización a regiones específicas, dijo Gosselin. Reunirse en lugares específicos haría que los Rollups fueran vulnerables a la censura y la regulación represiva, independientemente de dónde se desplieguen los Rollups, dijo Gosselin.
"Pero, la pregunta sigue siendo, ¿es esto realmente algo malo?"
Según Gosselin, Ethereum fue diseñado para tener el mayor grado de descentralización en la primera capa, con relativamente poca actividad económica en la capa base. Su objetivo es liquidar los datos sin lo que él describe como "contención", que requiere liquidación en una ubicación específica, lo que sucede dentro de la capa 2.
“Si tiene una arquitectura en la que la primera capa solo resuelve bloques y toda la actividad ocurre dentro de la segunda capa, reduce significativamente la presión de centralización en la primera capa”.
Mensajes entre cadenas
Los mensajes entre cadenas podrían venir al rescate, dijo Gosselin, proporcionando resistencia a la censura entre capas cuando sea necesario. "Tienes alguna forma de enviar mensajes de la segunda capa a la primera".
Con un mecanismo de mensajería como IBC, dijo Gosselin, la segunda capa seguiría siendo resistente a la censura y sin custodia, ya que un solo participante del resumen podría "salir de su estado y conectarlo con otro resumen en una jurisdicción diferente".
El moderador Mike Ippolito señaló que, en este caso, los usuarios experimentan una "perturbación del mercado" significativa.
“Durante un período de tiempo, tenemos que migrar activos y todo a la cadena principal y luego hacer una copia de seguridad en otro Rollup”.
Ippolito señaló que la amenaza de posibles interrupciones podría "evitar que TVL y la actividad migren a Rollups".
Gosselin está de acuerdo y señala que "otro argumento es que si tiene alguna forma de que el estado regrese a la primera capa", dijo, "entonces tendrá muchos argumentos en la primera capa".
“Así que tienes exactamente la misma presión de centralización en la capa uno”, dijo.
"Al final del día, tendrá compensaciones en estos diferentes entornos de ejecución, pero al final, los desarrolladores de aplicaciones solo quieren tener una interfaz para conectarse e implementar automáticamente sus servicios", admitió Gosselin.
“Estos encargados compartidos o constructores de bloques descentralizados, puentes entre cadenas, están tratando de construir y proporcionar estos servicios”, dijo. "Hay muchas formas diferentes de construirlo, pero no está claro a dónde irá".
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Centralización de Clasificadores de Rollup L2: Retos y Posibilidades
Título original: "Los secuenciadores de resumen están centralizados, y eso está bien"
Escrito por: DARREN KLEINE
Compilación: Deep Tide TechFlow
La centralización es el enemigo odioso de la libertad y el progreso en el campo de la tecnología de registros distribuidos. Una vez que un desarrollador se encuentra con un desafío de escalado, generalmente lo señala con el dedo.
Irónicamente, la forma más rápida de ir del punto A al punto B en un protocolo descentralizado suele tener algún tipo de mecanismo centralizado. Los desarrolladores pueden abandonar ideales como la resistencia a la censura y la independencia solo para hacer que esto sea rápido y barato.
Stephane Gosselin dijo que la búsqueda de una mayor descentralización en el espacio blockchain continúa, pero para algunos elementos, la centralización puede no ser tan mala después de todo.
Gosselin, cofundador y arquitecto jefe de Flashbots y fundador de Frontier Research, habló en el podcast de Bell Curve sobre los resúmenes de segundo nivel y cómo los pedidos centralizados pueden no ser una preocupación para muchos.
Todos los clasificadores de Rollup están centralizados
Primero, aclaremos el hecho de que todos los paquetes acumulativos de capa 2 en Ethereum, todos y cada uno, utilizan un clasificador centralizado.
El trabajo del ordenante es procesar y ordenar transacciones en bloques que se agregan a la cadena de bloques. Es más barato, más rápido y más fácil para los proveedores de Rollup mantener su propio sistema de clasificación centralizado patentado que subcontratar el trabajo.
"Todavía no creo que sea algo malo, y no creo que sea una conclusión inevitable tener un clasificador FIFO en la segunda capa", dijo Gosselin.
El argumento habitual contra la centralización de Rollup es que crearía un "juego de demora" que dirige la centralización a regiones específicas, dijo Gosselin. Reunirse en lugares específicos haría que los Rollups fueran vulnerables a la censura y la regulación represiva, independientemente de dónde se desplieguen los Rollups, dijo Gosselin.
"Pero, la pregunta sigue siendo, ¿es esto realmente algo malo?"
Según Gosselin, Ethereum fue diseñado para tener el mayor grado de descentralización en la primera capa, con relativamente poca actividad económica en la capa base. Su objetivo es liquidar los datos sin lo que él describe como "contención", que requiere liquidación en una ubicación específica, lo que sucede dentro de la capa 2.
“Si tiene una arquitectura en la que la primera capa solo resuelve bloques y toda la actividad ocurre dentro de la segunda capa, reduce significativamente la presión de centralización en la primera capa”.
Mensajes entre cadenas
Los mensajes entre cadenas podrían venir al rescate, dijo Gosselin, proporcionando resistencia a la censura entre capas cuando sea necesario. "Tienes alguna forma de enviar mensajes de la segunda capa a la primera".
Con un mecanismo de mensajería como IBC, dijo Gosselin, la segunda capa seguiría siendo resistente a la censura y sin custodia, ya que un solo participante del resumen podría "salir de su estado y conectarlo con otro resumen en una jurisdicción diferente".
El moderador Mike Ippolito señaló que, en este caso, los usuarios experimentan una "perturbación del mercado" significativa.
“Durante un período de tiempo, tenemos que migrar activos y todo a la cadena principal y luego hacer una copia de seguridad en otro Rollup”.
Ippolito señaló que la amenaza de posibles interrupciones podría "evitar que TVL y la actividad migren a Rollups".
Gosselin está de acuerdo y señala que "otro argumento es que si tiene alguna forma de que el estado regrese a la primera capa", dijo, "entonces tendrá muchos argumentos en la primera capa".
“Así que tienes exactamente la misma presión de centralización en la capa uno”, dijo.
"Al final del día, tendrá compensaciones en estos diferentes entornos de ejecución, pero al final, los desarrolladores de aplicaciones solo quieren tener una interfaz para conectarse e implementar automáticamente sus servicios", admitió Gosselin.
“Estos encargados compartidos o constructores de bloques descentralizados, puentes entre cadenas, están tratando de construir y proporcionar estos servicios”, dijo. "Hay muchas formas diferentes de construirlo, pero no está claro a dónde irá".