Autor: Haotian, fuente: autor twitter@tmel0211

Parece que pocas personas piensan en la orientación sexual original de una cadena. Por ejemplo, replicamos una gran cantidad de plataformas DEX, Lending y Derivative para sistemas comerciales en ZK-Rollup, pero descubrimos que la pérdida de deslizamiento comercial es grande, la liquidez es inestable y vulnerable a los ataques, la fuente de MEV es insuficiente , y la experiencia en general es muy mala. ¿Es porque el Infra subyacente de la cadena no funciona, o es incorrecta la dirección de aplicación de la construcción de la capa superior? No puedo evitar preguntar, ¿ZK es realmente adecuado para escenarios de "comercio"?

La esencia de ZK-Rollup es "preprocesar" primero las transacciones a gran escala de la cadena extendida y luego concentrar el lote en la red principal para convertir el estado. En este proceso, hay dos incertidumbres:

1) Problemas de clasificación y procesamiento por lotes de velocidad de agrupación de transacciones L2, la velocidad y la entrada de recursos informáticos varían mucho durante el período pico y el período mínimo de la transacción;

**2) La congestión de la red principal de L1 y de la tarifa de Gas hará que la tarifa base alimentada a L2 por la máquina oracle y las tarifas de GAS amortizadas sean inestables. **

**Esto significa que la naturaleza nativa del modelo ZK-Rollup no es compatible con Trading. Debido a que la transacción es un negocio instantáneo, la incertidumbre del estado y los resultados de la transacción es un tabú. ** Anteriormente, zkSync y Starknet se quejaron una vez por la pérdida de deslizamiento de transacciones, y muchas personas se quejaron de que los proyectos DApp estaban causando problemas, pero la razón principal puede ser que la tasa de referencia de transacciones de Rollup es incierta. Incluso bajo la premisa de suficiente liquidez en el pool, pueden ocurrir pérdidas anormales.

La tarifa de transacción L2 se compone de la tarifa base de pérdida de recursos L2 + la tarifa de gas prorrateada L1. La tasa de tarifa base se obtiene de la fuente de precios de Oracle de la red principal L1. El modelo de transacción acumulada determina que hay un retraso natural en la fuente de precios, lo que hace que la tasa base no sea razonable; además, si el volumen actual de transacciones por lotes es pequeño , coincide con la congestión extrema de la red principal L1, la tarifa de Gas bajo el prorrateo también será mayor. Si la tasa de tarifa base es alta y la tarifa de prorrateo es alta, ¿cómo puede ser pequeño el desgaste de la transacción?

Para compensar la pérdida causada por un gas tan inestable, zkSync tiene un conjunto de mecanismos de reembolso de gas. Por lo general, una vez completada la transacción, reembolsará el pago adicional al usuario en función del consumo real de gas y el ahorro de recursos. causado por la auto-optimización del sistema Tarifa de gas, pero después de todo, es una medida correctiva, y es difícil equilibrar la brecha de experiencia que genera el desgaste de las transacciones para los usuarios. Sin embargo, tal vez este problema se resuelva de manera significativa después de la actualización de Ethereum Cancún.

En cuanto al tema de la falta de liquidez:

1. La pérdida de transacciones es grande y no es amigable con los grandes fondos principales que buscan la eficiencia del capital, lo que limita la entrada de fondos institucionales;

2. zk-Rollup exprime de forma nativa el espacio vital de MEV, porque las transacciones anunciadas a Mempool son todas pruebas cifradas con SNARK. Imagínese, ¿cuánto TVL puede soportar una ecología de cadena pública temprana sin grandes fondos, sin figuras activas de arbitrajistas de MEV y con solo fiestas de masturbación?

Como mecanismo de resumen, OP-Rollup es superior a ZK-Rollup en términos de preferencia de transacción:

1. Su sistema comercial Sequencer relativamente centralizado puede ordenar y emparejar transacciones de manera eficiente;

2. Los defraudadores prueban que el sistema es un mecanismo de castigo posterior al evento, lo que tiene poco impacto en la eficiencia del emparejamiento de la transacción actual;

3. El secuenciador puede proporcionar instantáneamente la tasa base de GAS para suavizar el retraso.

**Por el contrario, la generación de prueba SNARK, la verificación y la complejidad del algoritmo de ZK-Rollup naturalmente tienen ciertas debilidades en la comparación de transacciones. ** Por supuesto, esto es solo una preferencia, y no se puede afirmar directamente que ZK no sea adecuado para operar. Preferencia significa el factor de innovación y el factor de actividad de la propia cadena. Solo se puede decir que la falta de preferencia de transacción en zk-Rollup limita en gran medida la posibilidad de actividad de transacción y el nacimiento de proyectos de transacción excelentes.

De hecho, cada cadena tiene su propia tendencia inherente. Por ejemplo, Ethereum prefiere un sistema maduro de liquidación de transacciones, que es adecuado para crear aplicaciones financieras complejas; no sea demasiado adicto a la lana en el medio; Cosmos es adecuado para aplicaciones gratuitas y cadena cruzada segura en un sistema multicadena; el TPS de Solana de 10,000 por segundo es adecuado para aplicaciones de juegos.

**¿Dónde está la pista de preferencia original de ZK-Rollup? Proyectos con alta concurrencia, alto TPS y no sensibles al lag de transacción: juegos y redes sociales. **

1. Cuanto mayor sea el volumen de transacciones procesadas por ZK-Rollup, más barata será la tarifa.

2. La última prueba experimental TPS de Starknet puede alcanzar 890K/s, y los ejecutivos de Blizzard también se unen a zkSync. No niegue prematuramente el potencial de desarrollo de la protocadena ZK solo por la mala experiencia de DEX, Lending y otros juegos financieros.