Recientemente escuché (sin confirmación) que la Fundación Web3 ha despedido aproximadamente al 70% de su personal. Si es cierto, personalmente creo que es algo bueno. En las primeras etapas del desarrollo de la industria de las criptomonedas, la estructura de muchos equipos de proyectos era básicamente excesiva. Con esta estructura, no solo se reduce la eficiencia laboral, sino que también los costos laborales se convierten en un gasto importante, especialmente cuando la mayoría de los proyectos no tienen capacidad de auto financiación.
De hecho, desde que la Fundación Web3 anunció su transformación estratégica, se puede ver que la fundación ha despedido a parte de su personal. Por ejemplo, W3F mencionó en su anuncio que para lograr nuevos objetivos estratégicos, algunos proyectos que consumían muchos recursos pero que ya no coincidían completamente con la dirección estratégica actual han sido oficialmente finalizados, entre los cuales se incluyen:
Programa General de Subvenciones
Soporte de Polkadot
Voces Descentralizadas
Nodos Descentralizados
Además de los proyectos que ya han terminado, la Fundación Web3 también planea reevaluar algunos de los planes existentes y transferirlos gradualmente a equipos u organizaciones fuera de W3F. Actualmente, los proyectos que están en el ámbito de evaluación incluyen:
Premio JAM
Soporte de Gobernanza de Polkadot
Wiki de Polkadot
Base de Conocimientos
Visión de Kusama
Documentación para Desarrolladores
A partir de esta información, al menos el equipo de gobernanza, el equipo de subvenciones, el equipo de educación técnica y el equipo de atención al cliente ya han sido eliminados.
Desde la reciente contracción y ajuste de la Fundación Web3, la señal ya es bastante clara: los recursos se están restringiendo y la dirección se está concentrando. La estructura anterior en torno a la gobernanza, financiamiento, educación y sistemas de apoyo se está comprimiendo, dejando partes más cercanas al 'producto' y 'uso real'.
En este contexto, lo que más vale la pena observar en Polkadot ahora es si hay un producto que pueda albergar las capacidades de Polkadot. Y el que más se acerca a este rol es la aplicación de Polkadot. Aunque el exterior apenas puede ver demasiados progresos concretos, Parity también ha sido bastante moderado al liberar información, pero esto sugiere que este producto puede no ser una simple actualización de herramienta.
Hoy quiero discutir nuevamente con amigos de la comunidad china, porque se relaciona con un problema que no ha sido resuelto durante mucho tiempo: la dispersión de capacidades de Polkadot existe, y la ruta del usuario siempre ha sido poco clara.
Cuando un usuario ingresa al ecosistema, si necesita juzgar qué cadena usar, qué activo seleccionar, qué ruta seguir, y cómo hacer puentes, este sistema está diseñado para ser abierto, pero en la experiencia real está fragmentada. Para la mayoría de las personas, esta complejidad en sí misma es una barrera.
Así que hoy discutimos nuevamente la aplicación de Polkadot, queriendo hablar sobre si tiene la oportunidad de agrupar estas capacidades originalmente dispersas, para que los usuarios puedan seguir una ruta más clara para usarlas.
El tema de la billetera se basa en definir la entrada.
Ahora, hablar de billeteras ya no se puede ver como una herramienta neutral.
La billetera, en gran medida, determina lo que el usuario ve a primera vista, lo que tiene por defecto y lo que usa normalmente para transferencias y pagos. No es solo un 'lugar para almacenar activos', sino el punto de partida de todo el sistema.
Si la entrada es clara, los usuarios seguirán la ruta; si la entrada en sí misma requiere entender muchas cosas, la mayoría de las personas se detendrán en el primer paso.
El problema de Polkadot en el pasado es que no se ha presentado a través de una entrada unificada. Si la aplicación de Polkadot simplemente traslada las funciones existentes, su utilidad es limitada; pero si comienza a redefinir la experiencia por defecto, como los activos por defecto, las rutas por defecto, y los métodos de operación por defecto, su significado es completamente diferente.
El pago es en realidad un problema de ruta de capital.
En el pasado, la industria de criptomonedas prefería centrarse en transacciones y ganancias, porque eran más fáciles de generar crecimiento a corto plazo, mientras que los pagos son más lentos y 'aburridos'.
Pero el pago tiene una característica: no depende de las emociones, sino que puede ser impulsado por necesidades reales y rutas.
Siempre que el capital necesite fluir entre diferentes entidades, ya sea entre individuos, entre empresas, o a través de regiones, la necesidad de pago siempre está presente. La diferencia es que estos flujos ocurren en la cadena o se completan fuera de la cadena.
Cuando el pago comienza a migrar a la cadena, los problemas también cambian. Lo que a todos les preocupa ya no es solo '¿se puede transferir?', sino:
¿Qué activo usar para transferir?
¿Qué recibe la otra parte después de la transferencia?
¿Es necesario cambiar monedas en el medio?
¿Los costos y la ruta son controlables?
Estos problemas finalmente recaen en un solo punto: las monedas estables.
Lo realmente difícil de las monedas estables no está en el diseño, sino en el uso.
Desde el año pasado, muchos proyectos han comenzado a emitir su propia moneda estable, incluso equipos de billeteras como Matemask han emitido su propia moneda estable, con diversas soluciones que van desde modelos de colateral hasta control de riesgos.
Pero en realidad, todos sabemos que lo que realmente decide si una moneda estable puede funcionar a menudo no tiene mucho que ver con el diseño del modelo, sino con si se utiliza o no.
Los usuarios no usarán un modelo solo porque sea más elegante. Se preocupan más por si está disponible al abrir la billetera; si es el predeterminado al transferir; si pueden usarlo directamente al pagar; y si la conversión es fluida.
Es decir, si una moneda estable tiene vitalidad, depende de si ha ingresado a estos escenarios de uso más básicos.
Si solo existe en algún protocolo, o se utiliza solo en escenarios específicos, será difícil que se convierta en un 'activo predeterminado'. Pero una vez que ingresa a la ruta diaria, como la exhibición de saldo, transferencias, pagos, y ganancias, su estatus cambia completamente.
Ahora, veamos nuevamente billeteras, pagos, y monedas estables:
La billetera determina desde dónde entra el usuario;
Las monedas estables deciden qué unidad usa el usuario;
El pago determina si este sistema puede ser realmente utilizado.
Si estas tres cosas están dispersas, el usuario tendrá que ensamblarlas por sí mismo; si están organizadas, formarán una ruta que se puede usar directamente.
Y lo que Polkadot necesita ahora es precisamente lo último.
Lo que falta en Polkadot ahora es un 'camino predeterminado'.
¿Puede la aplicación de Polkadot agrupar estas capacidades dispersas, permitiendo a los usuarios, en la mayoría de los casos, no tener que pensar en la estructura subyacente? Por ejemplo:
Al abrir la aplicación, lo que se ve son cuentas claras, no una estructura de activos compleja;
No es necesario decidir primero qué activo usar al transferir;
La conversión y el cruce de cadenas son proporcionados automáticamente por el sistema con rutas más razonables;
El pago se puede completar directamente, en lugar de ser un paso adicional;
Los activos tienen un destino y un método de ganancia claros cuando no se utilizan.
Estos parecen ser detalles del producto, pero al combinarse, en realidad forman una ruta completa de capital.
Así que Parity debería centrarse ahora en si el camino entre la entrada y la salida del usuario puede volverse más fluido.
Un proceso relativamente ideal podría ser el siguiente:
El usuario abre la aplicación y ve cuentas claras.
Usando una moneda estable familiar para transferencias o cobros.
Cuando sea necesario, el sistema completa automáticamente la conversión o el cruce de cadenas.
Los activos pueden seguir usándose o generando ganancias dentro del ecosistema.
Cuando sea necesario, pueden usarse para pagos o liquidaciones en escenarios del mundo real.
Durante todo el proceso, no es necesario comprender repetidamente la estructura subyacente.
Si esta ruta puede establecerse, muchas capacidades de Polkadot se utilizarán naturalmente, en lugar de quedarse en un estado de 'puede usarse'.
¿Qué opinas? ¡Deja tu opinión en la sección de comentarios!
Grupo de Telegram de PolkaWorld: https://t.me/+z7BUktDraU1mNWE1
Canal de Youtube de PolkaWorld:
https://www.youtube.com/c/PolkaWorld
Twitter de PolkaWorld:
@polkaworld_org