Las tres principales salidas de dApp: cadenas de aplicaciones, valor de retorno, clasificación de aplicaciones específicas

robot
Generación de resúmenes en curso

¿Todo realmente se está moviendo hacia AppChains (cadenas de aplicaciones)?

Sí, pero en realidad no lo es.

La razón principal por la que las dApp se están moviendo hacia las cadenas soberanas es porque sienten que han sido robadas.

Esto no está lejos de la realidad, ya que la mayoría de las dApp no son rentables.

Puedes considerar el ejemplo reciente de @zkxprotocol cerrando, así como muchos otros casos pasados, como @utopialabs_, @yield, FujiFinance, etc.

Pero ¿realmente el modelo de negocio tiene tal defecto, o ha sido realmente robado el protocolo?

La principal fuente de ingresos de dApp (generalmente la única) son las tarifas. Los usuarios pagan tarifas porque se benefician directamente de ellas.

Sin embargo, los usuarios no son la única parte beneficiada del uso de dApp.

Varios participantes se benefician de la transacción Cadena de suministro, pero principalmente son los proponentes Bloquear, incluso si son los últimos en ver la transacción. En el caso de L2, estos son secuencializadores.

La extracción masiva de MEV no siempre es algo malo, pero le quita el valor creado por las dApps, por lo que no pueden obtener todo el valor que ofrecen.

Actualmente hay 3 métodos para resolver este problema:

  1. Convertirse en AppChain.

  2. Seleccione el valor de retorno L1/L2.

  3. Implementar clasificaciones específicas de la aplicación.

Al igual que en todo encriptación, cada solución tiene sus propias compensaciones.

iDCu1diKvTwLBVsR4wPnsYfAkeNGPG6Q45ggGNub.jpeg

1. Convertirse en AppChain: alto costo + alto valor

Puede obtener innumerables ventajas: extraer el máximo valor posible, controlar su propia red (si es L2), escalar más fácilmente, evitar la congestión del espacio de bloquear, etc.

Desventajas: Es realmente caro, muy caro. Y es difícil de hacer, porque tienes que construir la aplicación y la cadena al mismo tiempo.

Incluso si desea compilar L2 y usar una solución como @alt_layer.

El argumento de que cada aplicación eventualmente se convertirá en un AppChain generalmente no tiene fundamentos sólidos, hay 3 razones:

  • No todos los dapp son lo suficientemente grandes como para necesitar ser transferidos a AppChain.

  • Algunos dapp se benefician directamente de la arquitectura de la cadena subyacente.

  • Dapp se siente muy cómodo en otra cadena en la cadena.

2. L1/L2 de retorno de valor: bajo costo + valor medio

El costo de implementar aplicaciones en rollup o L1 es mucho menor, ya que no es necesario implementar nuevas reglas para la verificación, inclusión, Consenso, procesos de transacción, etc.

Para rollup: llevar tu aplicación de ETH a rollup es realmente fácil (la mayor parte del tiempo), porque rollup es compatible con EVM (por ejemplo @arbitrum) o es equivalente a EVM (por ejemplo @taikoxyz).

Aún necesitas considerar la arquitectura de la cadena subyacente, pero no necesitas construirla desde cero.

Quizás en el futuro tendremos una verdadera abstracción de la cadena, donde los desarrolladores no tendrán que preocuparse por nada más que sus dapps, pero eso es otra historia…

Los desarrolladores obtienen un valor medio a cambio, ya que no es alto (no tienes una economía de cadena), pero tampoco es bajo (además de los costos, obtendrás cierto retorno).

Actualmente, hay muy poca implementación porque compartir MEV con dapp sigue siendo un proceso complicado y necesitamos hacer más investigación y desarrollo.

3. Clasificación de aplicaciones específicas: costo moderado + valor incierto

El concepto de ordenación de aplicaciones específicas es bastante nuevo, a menudo se confunde con la cadena de aplicaciones, la diferencia entre los dos es muy simple:

  • AppChain se preocupa por el orden y la ejecución.

  • La dapp de auto-ordenamiento solo se preocupa por el ordenamiento y subcontrata la ejecución a L1/L2.

Es de costo medio, ya que además de construir dapp, también debe considerar la clasificación de las transacciones y el valor es incierto, ya que este concepto es bastante nuevo y tiene diferentes puntos de atención.

Primero, debido a que involucra juegos, todavía dependes del proponente: puedes enviar cualquier paquete que desees, pero la decisión de si incluir tu paquete depende del proponente.

Si usted acepta todo el MEV, el proponente no tiene un incentivo explícito para incluir su paquete de enlace en Bloquear.

Por lo tanto, abre otro mercado de incentivos para los proponentes. Deben colaborar (dapp + proponente), de lo contrario, no tienen ningún valor ni poder.

También tiene un valor incierto, ya que no estamos seguros si el valor compartido de L1/L2 superará el valor creado por las dapps a través de las transacciones de clasificación para sí mismas.

Cualquier cadena es un bosque oscuro (no solo Ethereum!). Entonces, volvamos a la pregunta inicial:

¿Realmente todo se está acercando a AppChains?

  1. Sí (algunas dapp encuentran más beneficioso tener su propia cadena en lugar de permanecer en la cadena existente on-chain).

  2. No es (hay otras soluciones adecuadas para las necesidades de dapp)

El bosque es grande y puedes explorar todas las opciones.

Cada tipo de paisaje en el mundo tiene cierta diversidad (encriptación), por lo tanto, elija la opción que mejor se adapte a sus necesidades o construya su propia solución!

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.
  • Recompensa
  • Comentar
  • Republicar
  • Compartir
Comentar
0/400
Sin comentarios
  • Anclado

Opera con criptomonedas en cualquier momento y lugar
qrCode
Escanea para descargar la aplicación de Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)