Actualización del ecosistema Grvt: los desarrolladores pueden compartir los ingresos del flujo de órdenes, construir aplicaciones exclusivas basadas en ZKsync

OnChainDetective · 2025-12-12T11:28:17+00:00

Grvt lanza la función Builder Codes, que permite a los desarrolladores construir aplicaciones personalizadas en su motor de emparejamiento para obtener ingresos por flujo de órdenes. Este mecanismo fomenta la colaboración entre socios del ecosistema y Grvt, mejorando el rendimiento de las transacciones y reduciendo costos. Ya hay socios institucionales que están realizando desarrollos secundarios, lo que tiene un valor de referencia importante para la capa de transacción Web3.

OnChainDetective

2025-12-12 11:28:17

Generación de resúmenes en curso

【Blockchain Rhythms】Grvt presenta la función Builder Codes, que brinda a los desarrolladores la oportunidad de construir terminales personalizadas, herramientas de trading y aplicaciones basándose en su motor de matching. Este mecanismo es bastante interesante: los desarrolladores no solo pueden personalizar productos, sino que también obtienen ingresos continuos del flujo de órdenes, lo que equivale a participar en los beneficios del crecimiento del ecosistema.

Este diseño de división del trabajo es muy claro. Grvt se enfoca en perfeccionar el sistema de matching y liquidación subyacente, mientras que los socios del ecosistema innovan en paralelo en la misma pila tecnológica, cada uno con su propia función. Con el soporte de ZKsync Atlas, toda la red ofrece un rendimiento de transacción superior y costos en cadena más bajos, además de proporcionar un entorno de liquidez unificado para todos los participantes.

Actualmente, ya hay varios socios institucionales involucrados, incluyendo terminales de trading profesionales y proveedores de soluciones OEM de nivel institucional, que están realizando desarrollos secundarios basados en este ecosistema. Este modelo de ecosistema + infraestructura tiene cierta referencia para el desarrollo de la capa de trading en Web3.

ZK-1,26%

Ver originales

Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.

14 me gusta

Recompensa
14
6
Republicar
Compartir

Comentar

0/400

ZKProofster

· 2025-12-15 11:28

Nah, la distribución de ingresos por flujo de órdenes suena bien en papel, pero seamos realistas: ¿quién realmente se beneficia aquí? Las grandes instituciones ya tienen su propia infraestructura. Esto parece otra capa de abstracción que nadie pidió, para ser honesto.

Ver originalesResponder0

BearMarketMonk

· 2025-12-14 05:29

Otra vez con la misma historia de "beneficios compartidos" y "dividendos ecológicos"... Suena bastante bien, pero me he acordado—la historia tiende a repetirse. Los beneficios del flujo de órdenes suenan tentadores, pero en realidad al final se convierten en un juego de suma cero, ¿he visto ya muchas historias de que los de arriba comen carne y los de abajo toman sopa? ZKsync soporta bien el respaldo, pero por muy fuerte que sea la capa base, la relación calidad-precio no puede salvar el destino de una comunidad fría.

Ver originalesResponder0

OfflineValidator

· 2025-12-14 01:22

Esta idea es un poco extrema, distribuir los ingresos del flujo de órdenes a los desarrolladores, equivale a abrir el pozo de beneficios. ZK realmente reduce los costos, pero lo más importante sigue siendo tener tráfico. La entrada de instituciones es una señal, pero la verdadera prueba debería estar más adelante.

Ver originalesResponder0

EthMaximalist

· 2025-12-12 11:58

El sistema de reparto de ingresos por flujo de órdenes es bastante interesante, pero la verdadera prueba aún está por venir. La entrada de instituciones es bastante buena, pero si el ecosistema puede realmente despegar depende en gran medida del volumen de transacciones reales. El conjunto de ZKsync en la capa base es realmente confiable, pero aún hay que ver cuánto tiempo puede sostener esta estructura. La bonificación para desarrolladores suena atractiva, pero si realmente se puede cumplir no es otra historia. Si este modelo logra implementarse, realmente podría cambiar la situación en la capa de negociación. Pero por ahora, todavía estamos en una fase de observación, esperando que los datos hablen.

Ver originalesResponder0

NewPumpamentals

· 2025-12-12 11:53

Los ingresos por flujo de órdenes tienen su cosa, pero solo dependerá de si en el futuro hay suficientes desarrolladores dispuestos a participar realmente

Ver originalesResponder0

On-ChainDiver

· 2025-12-12 11:36

¡Vaya, esta modalidad de reparto de flujo de pedidos realmente da hambre, los desarrolladores también podrán comer carne! El esquema ZK con ecosistema, me gusta esa idea arquitectónica. Solo que no sé cómo se calcula el porcentaje de reparto, ¿alguien lo sabe? Builder Codes suena como otro granja de tokens ecológicos, pero parece que los institutos también han entrado y hay algo de fondo. Esta es la forma en que Web3 debería abrirse, no siempre haciendo una transferencia unidireccional. ¿Otra ronda de preparación antes de cortar el césped? Esperemos a ver los datos y hablamos.

Ver originalesResponder0