“La palabra ‘finalidad determinista’ cose dos cosas que no han sido unificadas. Yo prefiero separarlas: la primera mitad promete el destino, la segunda mitad admite que todavía hay que recorrer un tramo antes de recibirlo. @Dusk El material está muy claro: el comercio entra rápido en los bloques de la zona L2, pero inclusion y settlement son dos fases; quien cruza capas no debería inferir la finalidad a partir del tiempo. Esta frase es mi advertencia de riesgo.
Ruta de DuskEVM: el secuenciador, el bloque de L2, la publicación del batcher, y los compromisos de estado más las pruebas de fallo que se anclan. Traducido, equivale a una entrega futura: el usuario da el primer paso pagando gas con $DUSK y obtiene un estado “ya incluido”, no un activo “ya liquidado”. Ni el secuenciador ni el batcher se encargan del pago. DUSK no es un comprobante de liquidación; es el precio pagado por ese intervalo que aún no ha terminado, y se consume antes de que el resultado sea válido.
La capa de conversión también es igualmente opaca. L1 se cuantifica en LUX, las herramientas EVM esperan valores en WEI: el movimiento de saldos y valor requiere conversiones por capas, y la forma en que el contrato identifica al llamador también difiere. Un desfase de un paso o de decimales puede fabricar una diferencia que el usuario no ve. La velocidad envuelve la diferencia para ocultarla más: cuanto más rápido entra, más fácil es confundir “ya incluido” con “ya resuelto”.
Las condiciones de disparo no son complicadas: el secuenciador solo recibe y no entrega, el intervalo del batcher se alarga, el saldo no coincide con la conversión entre capas, y no se divulgan cambios en los permisos. Lo que más se daña es a quien trata el estado temporal como el destino. Aquí no se vende liquidación, sino ese tramo de tiempo antes de la liquidación; el riesgo lo lleva el usuario y la fijación del precio se hace en el instante de la confirmación. #dusk
No abogo por salir del todo; solo sostengo que el precio debe basarse en el riesgo. En el presupuesto considérelo como un arreglo de liquidez: al salir, observe si la demora entre la inclusión y la liquidación es anormal, si cambian las conductas del secuenciador; vigile el promedio de latencia, la frecuencia del batcher, los saldos del mapeo entre capas y los cambios en los permisos del administrador. Nombrar ambos pasos como una sola palabra y aun así el mercado exige pago por separado: esa es la única forma de juzgar.
Ruta de DuskEVM: el secuenciador, el bloque de L2, la publicación del batcher, y los compromisos de estado más las pruebas de fallo que se anclan. Traducido, equivale a una entrega futura: el usuario da el primer paso pagando gas con $DUSK y obtiene un estado “ya incluido”, no un activo “ya liquidado”. Ni el secuenciador ni el batcher se encargan del pago. DUSK no es un comprobante de liquidación; es el precio pagado por ese intervalo que aún no ha terminado, y se consume antes de que el resultado sea válido.
La capa de conversión también es igualmente opaca. L1 se cuantifica en LUX, las herramientas EVM esperan valores en WEI: el movimiento de saldos y valor requiere conversiones por capas, y la forma en que el contrato identifica al llamador también difiere. Un desfase de un paso o de decimales puede fabricar una diferencia que el usuario no ve. La velocidad envuelve la diferencia para ocultarla más: cuanto más rápido entra, más fácil es confundir “ya incluido” con “ya resuelto”.
Las condiciones de disparo no son complicadas: el secuenciador solo recibe y no entrega, el intervalo del batcher se alarga, el saldo no coincide con la conversión entre capas, y no se divulgan cambios en los permisos. Lo que más se daña es a quien trata el estado temporal como el destino. Aquí no se vende liquidación, sino ese tramo de tiempo antes de la liquidación; el riesgo lo lleva el usuario y la fijación del precio se hace en el instante de la confirmación. #dusk
No abogo por salir del todo; solo sostengo que el precio debe basarse en el riesgo. En el presupuesto considérelo como un arreglo de liquidez: al salir, observe si la demora entre la inclusión y la liquidación es anormal, si cambian las conductas del secuenciador; vigile el promedio de latencia, la frecuencia del batcher, los saldos del mapeo entre capas y los cambios en los permisos del administrador. Nombrar ambos pasos como una sola palabra y aun así el mercado exige pago por separado: esa es la única forma de juzgar.
