Integramos nuestra biblioteca con Shadow y ejecutamos los mismos experimentos similares a la mainnet de Ethereum que @ppopth realizó en los experimentos de "Duplicación del conteo de blobs" (gracias por el gran trabajo allí, fue muy fácil construir sobre él).

Ten en cuenta que Shadow no tiene en cuenta el tiempo de la CPU. Dependiendo de cómo hayas integrado tu código, esto puede ser una gran diferencia en comparación con las ejecuciones en bancos de pruebas. Estamos investigando cómo solucionar esto (era parte de Shadow hasta cierto punto, pero se eliminó para favorecer la reproducibilidad).

A diferencia del enfoque aquí, modificamos el protocolo Gossipsub en sí para que funcione con fragmentos. Creo que esto es importante, porque de esa manera tienes control total sobre cómo se propagan los fragmentos. No estoy seguro de cómo funciona el enfoque en este hilo...

Ha habido varios estudios sobre la propagación de mensajes grandes a través de GossipSub con fragmentación. En el trabajo de FullDAS (donde la parte de simulación también usa nim-libp2p + Shadow), he utilizado un enfoque ingenuo en la implementación, simplemente usando mensajes pequeños y manejando cualquier cosa relacionada con el contexto del mensaje grande en un nivel superior de la pila. Pero la publicación enlazada también contiene propuestas para ID de mensajes estructurados, IHAVE/IWANT basado en mapas de bits, etc.

Sería realmente interesante ver qué modificaciones hiciste en tu versión.

10s para entender el mercado crypto

Términospolítica de privacidadLibro BlancoVerificación oficialCookieBlog