> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/es/canton-zk-evm/canton-zk-evm.md). # Resumen Ostia es un Canton zkEVM cuyos bloques y acciones de Canton se liquidan en una sola transacción. Ostia es un Canton zkEVM, con identificador de cadena **770101** y la moneda de prueba **tROME**. Canton ordena sus bloques EVM. Una máquina virtual de conocimiento cero, ZisK, demuestra cada bloque antes de que pueda confirmarse. Una transacción de Canton lleva el bloque, su prueba y las acciones de Canton que necesita. Se liquidan juntas, o no se confirma nada. Esta página describe commit `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. Lea el texto completo [README del repositorio](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/README.md). El contrato del gateway registra las solicitudes de cada bloque a Canton como tramos. Un depósito bloquea un token de Canton y acuña su forma envuelta en la EVM. Un retiro quema la forma envuelta y libera el token de Canton. Un pago a través del gateway ejecuta la asignación de Canton que las partes acordaron usar para ese pago. [Cómo funciona](/es/canton-zk-evm/how-it-works.md) traza un bloque a través de las verificaciones requeridas. Para el rollup EVM que se liquida en Solana, véase [Rome ZK EVM](/es/rome-zk-evm/zk-evm.md). ## Lo que mostró la demo La demo pasó sus verificaciones en **2026-10-05**, en una red local de Canton con una GPU NVIDIA RTX PRO 6000 Blackwell Server Edition. Las ejecuciones usaron el commit `6b445073163832e9023850f53678617d90dfc808` de `canton-zk-evm`. TKA fue el token de prueba de la EVM. TKB fue el token de prueba de Canton, y wTKB fue su forma envuelta en la EVM. U y V fueron las partes de prueba. Primero se confirmó un bloque vacío de humo. Luego, un bloque de configuración desplegó TKA y creó wTKB. Siguieron las cinco ejecuciones: | Ejecute | Qué ocurrió | Resultado | Tiempo de prueba | | ------------------------ | -------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------- | | 1: depósito | U depositó 10 TKB y reclamó 10 wTKB. | El registro del bloque 3 y la nueva tenencia de 10 TKB del gateway provinieron de una sola actualización de Canton. | 6.72 s | | 2: pago | V pagó a U 10 TKA a través del gateway contra la asignación de 10 TKB de U a V. V también envió a U una transferencia simple de 1 TKA. | El registro del bloque 4 y la nueva tenencia de 10 TKB de V provinieron de una sola actualización. La transferencia simple no generó ningún tramo. | 6.72 s | | 3: retiro | U quemó 4 wTKB y recibió 4 TKB. | El registro del bloque 5 y la nueva tenencia de U provinieron de una sola actualización. El suministro envuelto y la custodia del gateway bajaron a 6. | 6.72 s | | 4: reasignación retirada | U retiró la asignación del pago después de que se hiciera la prueba. | Canton rechazó el bloque 6. Volver a enviarlo sin su tramo también falló. La siguiente compilación omitió el pago y confirmó solo la aprobación de V. | 6.75 s para la compilación inicial; la segunda prueba no se cronometró por separado | | 5: prueba alterada | Se cambió un dígito hexadecimal de la prueba. | Canton rechazó el bloque 7 después de que el sidecar rechazara la prueba. La cabeza permaneció en 6. | 6.74 s antes de la alteración | La prueba envuelta tenía **1,344 bytes**. Los seis tiempos de prueba registrados para la configuración y las cinco ejecuciones fueron **de 6.71 a 6.75 s**. La prueba del bloque vacío tardó **6.31 s**. Estas fueron ejecuciones individuales con el probador ya en marcha. Los tiempos registrados no son un benchmark y no miden el rendimiento de bloques. La [resultados completos de la demo](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#results) explican cada verificación. La [carpeta de resultados](https://github.com/rome-protocol/canton-zk-evm/tree/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/results) contiene los registros y las pruebas. [Mediciones](/es/canton-zk-evm/measurements.md) separa los tiempos de prueba, los tiempos del generador y el benchmark anterior del probador. ## Límites de esta versión Ostia es una versión inicial. Se ejecuta en una red de prueba local con un generador, un operador y un confirmador. La red pierde su estado cuando se reinicia; no proporciona una cadena persistente entre ejecuciones. El código y ZisK **1.3.1-alpha** no han sido auditados. tROME no tiene valor. No use esta versión para nada de valor. La parte del gateway conserva los tokens de Canton que respaldan sus formas envueltas. Esa parte está alojada en el participante del operador. Quien ejecute ese participante puede mover los tokens bloqueados. La red usa instantáneas fijadas de Canton 3.6 y un compilador Daml de instantánea para la llamada externa. Las versiones exactas están en [PINS](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/PINS). Lea [Modelo de confianza y límites](/es/canton-zk-evm/trust-model.md) antes de ejecutarlo. ## Ejecutarlo [Ejecutarlo localmente](/es/canton-zk-evm/run-it-locally.md) cubre las pruebas, el ensayo sin GPU y la demo con GPU. [Host de pruebas](/es/canton-zk-evm/prover-host.md) describe el hardware probado y la configuración del probador. La [Explorador](/es/canton-zk-evm/explorer.md) muestra los bloques EVM junto a sus registros de Canton y puede comprobar la prueba de un bloque en el navegador. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.rome.builders/es/canton-zk-evm/canton-zk-evm.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.