Tendencias del momento
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Soubhik Deb
Jefe de Investigación @eigencloud (protocolo AUM de $10B+). Anfitrión @ TheCoordinate Podcast. Aprender en público. Prev: Doctorado @uw, Ingeniería Eléctrica Grado @iitbombay.
Le pregunté a Justin qué tipo de rendimiento está buscando Lean Ethereum para soportar como infraestructura.
Lo que @drakefjustin respondió es un vistazo a "la frontera de gas de Terra para L2s".
Esto es lo que tenía que decir:
"...el objetivo es llegar a "la frontera de gas de Terra para los L2s". Esto significa que todos los L2s combinados tendrán suficiente disponibilidad de datos para soportar un Teragas por segundo. Si tienes un consumo promedio de cien mil gas por transacción, eso equivale a 10 millones de transacciones por segundo. Y si quieres verlo en bytes, son un gigabyte por segundo, lo cual es órdenes de magnitud más de lo que tenemos.
Hay algunas cosas que nos ayudarán a llegar allí.
> Una, todas las lecciones que obtendremos a corto plazo de las mejoras incrementales, eso será muy importante.
> Dos, vamos a tener la ley de Nielsen, que básicamente es el equivalente de la ley de Moore para el ancho de banda, que dice que cada año el ancho de banda de una conexión a internet de consumo crecerá aproximadamente un 50%. Y cuando compuestas un 50% durante 10 años, obtienes aproximadamente un 100x.
> Y luego, la tercera cosa que estamos considerando es básicamente un rediseño desde cero de los blobs que se agruparían con el movimiento hacia lo post-cuántico. La criptografía KZG, utilizada para los blobs, no es segura post-cuántica. Así que estamos mirando diseños, por ejemplo, inspirados en ZODA (@alexhevans et al.) de Celestia (@celestia). Desafortunadamente, Celestia hace varias suposiciones que no se traducen bien en el contexto de Ethereum. Asumen, por ejemplo, una mayoría honesta para la disponibilidad de datos. Esta no es una suposición que queramos hacer. Así que tendremos que trabajar mucho más duro que Celestia para lograr eso. Y una de las ideas candidatas, que parece muy prometedora, es reutilizar la criptografía que estamos desarrollando para la agregación de firmas post-cuánticas para la capa de datos también. Tenemos esta infraestructura llamada lean VM, que es un ZKVM mínimo, especialmente optimizado para criptografía basada en hash. Y la idea podría ser que básicamente podríamos probar la corrección de la mercantilización de un código de borrado de un blob..."
Escucha el episodio completo para más detalles.

Soubhik Deb21 feb, 00:59
Ethereum está comenzando desde el final del juego.
El Episodio 4 de TheCoordinate es una inmersión profunda en Lean Ethereum: una reconsideración desde cero del consenso, la ejecución y la disponibilidad de datos.
Me senté con @drakefjustin de @ethereumfndn para desglosar:
> necesidad de la reescritura,
> elementos de la reescritura: seguridad post-cuántica + finalización rápida,
> finalización del final del juego (3-slot -> 2-slot -> tal vez 1-slot),
> anatomía del slot, restricciones de red y el meme de los "slots SOL",
> la prueba ZK en tiempo real cambiando la hoja de ruta de ejecución,
> resistencia a la censura con FOSSIL,
> papel de los L2 en el mundo de Lean Ethereum,
> incentivos entre proponente, constructor, probador, incluidor, atestador.
Si estás construyendo en @ethereum o tratando de entender hacia dónde se dirige la capa base, este es para ti.
Este es el Episodio 4 de TheCoordinate. ¡Espero que lo disfrutes!
-------------------------------
Tiempos:
0:00 Introducción: la inteligencia digital necesita instituciones digitales
0:30 Las grandes preguntas: Lean Ethereum, consenso/ejecución, post-cuántico
1:25 Por qué Ethereum necesita una mentalidad de final del juego (y un enfoque desde cero)
3:30 Los dos elementos de "reescritura-clase": seguridad post-cuántica + finalización rápida
5:52 Beamchain → Consenso Lean → Lean Ethereum (se expande más allá del consenso)
6:34 ZK EVM + prueba en tiempo real dentro de un slot → objetivo de “10,000 TPS”
10:10 “Slots SOL”: empujando la duración del slot hacia las restricciones de velocidad de la luz
11:09 finalización de 3-slot (3SF) → finalización del final del juego (caminos de 2-slot / 1-slot)
18:19 eFP2P: chismes codificados por borrado, eficiencia de ancho de banda, escalado de blobs
26:21 FOSSIL hoy: listas de inclusión + apertura de incluidores más allá de los validadores
39:09 Lean VM: ZKVM mínimo
51:04 XMSS explicado: firmas Merkle, 2^32 hojas, compensación de estado
1:00:36 Rollups: 99.9% de rendimiento en L2s + “rollups nativos”
1:06:53 Economía: roles (constructor/probador/incluidor/atestador), costos de prueba, límite de participación
1,17K
Parte superior
Clasificación
Favoritos