Ayer por la noche volví a entrar en la testnet de DuskEVM y probé algo específico esta vez: envié una transacción y luego cambié inmediatamente al explorador para ver cómo permanecía como pendiente antes de confirmarse. Quería ver el mempool de la misma forma que en cualquier cadena EVM normal: transacciones pendientes en cola, visibles para cualquiera que esté mirando.
No había nada que ver. No porque el explorador fuera lento, sino porque no existe un mempool público que se pueda consultar de ninguna manera. DuskEVM funciona solo con secuenciador. Mi transacción fue directamente de enviada a incluida, sin una sala de espera visible en medio.
Eso es al revés de lo que asumí al empezar. Cada cadena EVM con la que he interactuado trata el mempool como simplemente... cómo funcionan las cosas. Una cola que todo el mundo puede ver, incluidos los bots. No esperaba que "no haya mempool" fuera una decisión de diseño en lugar de algo que se añade más adelante.
Como una subasta a sobre cerrado en vez de una en la que se grita cada oferta en cuanto entra. Nadie fuera del subastador ve lo que viene hasta que ya se ha decidido.
Tiene sentido cuando piensas para quién está hecha realmente esta cadena. Un mempool visible en una cadena diseñada para llevar valores tokenizados es una invitación abierta a hacer front-running de operaciones en cuanto el pedido de alguien se vuelve visible antes de que se liquide: exactamente el tipo de cosa que un entorno regulado no puede tener incorporada en la capa base. Eliminar el mempool público elimina toda esa superficie de ataque antes incluso de que sea una pregunta.
Vale, aclaremos que esto es específicamente la configuración actual de la testnet: solo secuenciador, según sus propios documentos, no es una garantía sobre cómo maneja esto la arquitectura final de mainnet.
Aun así, lo estoy dando vueltas: ¿mantener solo con secuenciador a largo plazo implica confiar mucho en un único secuenciador para no reordenar las cosas a su favor, o es precisamente ese el intercambio que una cadena regulada se supone que debe hacer a propósito?
@Dusk_Foundation $DUSK #dusk
#dusk $DUSK
No había nada que ver. No porque el explorador fuera lento, sino porque no existe un mempool público que se pueda consultar de ninguna manera. DuskEVM funciona solo con secuenciador. Mi transacción fue directamente de enviada a incluida, sin una sala de espera visible en medio.
Eso es al revés de lo que asumí al empezar. Cada cadena EVM con la que he interactuado trata el mempool como simplemente... cómo funcionan las cosas. Una cola que todo el mundo puede ver, incluidos los bots. No esperaba que "no haya mempool" fuera una decisión de diseño en lugar de algo que se añade más adelante.
Como una subasta a sobre cerrado en vez de una en la que se grita cada oferta en cuanto entra. Nadie fuera del subastador ve lo que viene hasta que ya se ha decidido.
Tiene sentido cuando piensas para quién está hecha realmente esta cadena. Un mempool visible en una cadena diseñada para llevar valores tokenizados es una invitación abierta a hacer front-running de operaciones en cuanto el pedido de alguien se vuelve visible antes de que se liquide: exactamente el tipo de cosa que un entorno regulado no puede tener incorporada en la capa base. Eliminar el mempool público elimina toda esa superficie de ataque antes incluso de que sea una pregunta.
Vale, aclaremos que esto es específicamente la configuración actual de la testnet: solo secuenciador, según sus propios documentos, no es una garantía sobre cómo maneja esto la arquitectura final de mainnet.
Aun así, lo estoy dando vueltas: ¿mantener solo con secuenciador a largo plazo implica confiar mucho en un único secuenciador para no reordenar las cosas a su favor, o es precisamente ese el intercambio que una cadena regulada se supone que debe hacer a propósito?
@Dusk_Foundation $DUSK #dusk
#dusk $DUSK