El cofundador de Solana, Anatoly Yakovenko, dijo esta semana que, al optimizar la red, unas pocas aplicaciones de consumo de alto volumen merecen prioridad sobre validadores, desarrolladores, market makers o incluso ingenieros principales.
Lo que él dijo
- En una publicación del 23 de octubre en X, Yakovenko nombró cinco productos en los que cree que Solana debería optimizar primero: Phantom, Pump.fun, Fomo, Jupiter y Kamino.
Su razonamiento: “Los productos con una gran cantidad de AUM y un gran volumen minorista son los dos grupos más importantes para optimizar.” Énfasis en que esas métricas — activos bajo administración y actividad de comercio minorista — deben guiar las decisiones de optimización.
Yakovenko clasificó explícitamente esas aplicaciones por encima de los validadores, desarrolladores, market makers y ingenieros principales en términos de para quién debería optimizarse la red, aunque no propuso cambios técnicos, plazos ni cambios de gobernanza específicos en su nombre.
- En un comentario posterior, resumió al usuario prioritario de manera más general: “El usuario más importante es el plomero, institucional o minorista plomero.”
Contexto y reacciones
Los comentarios de Yakovenko surgieron en respuesta a las críticas de que algunos diseñadores del protocolo Ethereum no utilizan su propia red. Ofreció un elogio cualificado a la Ethereum Foundation, diciendo que había “hecho un trabajo decente al optimizar para Aave”, señalando cómo los fallos de inclusión durante interrupciones o congestión afectarían las plataformas de préstamo.
- Esto forma parte de un debate más amplio en el que Yakovenko ha participado sobre la economía de aplicaciones en Layer 1. Anteriormente argumentó que una empresa podría desarrollar sobre Solana, subsidiar los costos de transacción y cobrar a los usuarios a través de su propia interfaz, una posición que generó reacciones negativas en septiembre por parte de Steven Goldfeder, cofundador de Offchain Labs, sobre el uso de Arbitrum por parte de Robinhood.
- Goldfeder defendió la capacidad de Robinhood para retener la mayor parte de los ingresos de la cadena bajo el Programa de Expansión de Arbitrum, diciendo que las aplicaciones podrían conservar aproximadamente el 90% de los ingresos netos del protocolo. Los términos reportados asignan el 10% de los ingresos netos del protocolo al ecosistema Arbitrum (8% al DAO, 2% al Developer Guild), con "neto" medido después de los gastos de red relevantes, como los costos de publicación de datos en Ethereum.
La publicación de Yakovenko del 23 de octubre no anunció ningún cambio en el acceso al producto para clientes estadounidenses ni ningún acuerdo con los equipos que mencionó.
Dónde encaja esto con el trabajo de actualización de Solana
Los comentarios de Yakovenko llegan mientras Solana continúa implementando importantes actualizaciones del protocolo y cambios en la red que afectan a los equipos de aplicaciones, validadores y operadores de infraestructura:
- Etapas de actualización y prueba de Alpenglow:
- Alpenglow se movió a devnet el 26 de septiembre tras una transición a testnet, brindando a los equipos de aplicaciones acceso anticipado al nuevo comportamiento de consenso antes del despliegue en mainnet.
- La Fundación ha indicado que las aplicaciones que solo envían transacciones y leen saldos no necesitarán migrar, mientras que los servicios que procesan bloques o rastrean la actividad de los validadores podrían necesitar cambiar la forma en que leen los datos de la red.
- Devnet está destinado a equipos de aplicaciones para probar con tokens sin valor; testnet está dirigido a validadores y operadores que ejecutan condiciones más intensas y realistas. Anza anunció la transición de devnet el 25 de sep., un día después de que testnet completara su cambio.
- Metas de finalidad y rendimiento:
- La actualización tiene como objetivo un tiempo de finalización de aproximadamente 150 milisegundos, una mejora drástica respecto a los ~12,8 segundos bajo TowerBFT. La cobertura ha enfatizado la distinción entre la finalización del consenso y una indicación inicial de que una transacción se ha registrado.
- Economía del validador y tarifas de admisión:
- La Fundación planea reemplazar las tarifas de votación por cadena con un cargo fijo de 0,8 SOL por epoch, que será quemado por completo. Los validadores deben financiar este cargo por encima del mínimo exento de alquiler de su cuenta de voto, y el pago debe realizarse un epoch por adelantado. Los validadores que no puedan pagar perderán el permiso para votar o producir bloques en el siguiente epoch.
- Los nodos fuera del conjunto de validadores admitidos normalmente aprenden la finalidad a partir de certificados incluidos en bloques posteriores, lo que puede añadir un intervalo entre bloques producidos y provocar esperas más largas si se omiten o retrasan bloques.
En resumen
Yakovenko está impulsando un argumento pragmático y centrado en el producto: optimizar la red para aplicaciones de alto AUM y alto volumen minorista que muevan activos y transacciones reales. Proporcionó ejemplos concretos, pero se abstuvo de proponer cambios técnicos o decisiones de gobernanza. Mientras tanto, la ruta de actualización de Solana (Alpenglow, mejoras en la finalidad y cambios en las tarifas de los validadores) continúa transformando la forma en que las aplicaciones y operadores interactuarán con la red.
Lo que él dijo
- En una publicación del 23 de octubre en X, Yakovenko nombró cinco productos en los que cree que Solana debería optimizar primero: Phantom, Pump.fun, Fomo, Jupiter y Kamino.
Su razonamiento: “Los productos con una gran cantidad de AUM y un gran volumen minorista son los dos grupos más importantes para optimizar.” Énfasis en que esas métricas — activos bajo administración y actividad de comercio minorista — deben guiar las decisiones de optimización.
Yakovenko clasificó explícitamente esas aplicaciones por encima de los validadores, desarrolladores, market makers y ingenieros principales en términos de para quién debería optimizarse la red, aunque no propuso cambios técnicos, plazos ni cambios de gobernanza específicos en su nombre.
- En un comentario posterior, resumió al usuario prioritario de manera más general: “El usuario más importante es el plomero, institucional o minorista plomero.”
Contexto y reacciones
Los comentarios de Yakovenko surgieron en respuesta a las críticas de que algunos diseñadores del protocolo Ethereum no utilizan su propia red. Ofreció un elogio cualificado a la Ethereum Foundation, diciendo que había “hecho un trabajo decente al optimizar para Aave”, señalando cómo los fallos de inclusión durante interrupciones o congestión afectarían las plataformas de préstamo.
- Esto forma parte de un debate más amplio en el que Yakovenko ha participado sobre la economía de aplicaciones en Layer 1. Anteriormente argumentó que una empresa podría desarrollar sobre Solana, subsidiar los costos de transacción y cobrar a los usuarios a través de su propia interfaz, una posición que generó reacciones negativas en septiembre por parte de Steven Goldfeder, cofundador de Offchain Labs, sobre el uso de Arbitrum por parte de Robinhood.
- Goldfeder defendió la capacidad de Robinhood para retener la mayor parte de los ingresos de la cadena bajo el Programa de Expansión de Arbitrum, diciendo que las aplicaciones podrían conservar aproximadamente el 90% de los ingresos netos del protocolo. Los términos reportados asignan el 10% de los ingresos netos del protocolo al ecosistema Arbitrum (8% al DAO, 2% al Developer Guild), con "neto" medido después de los gastos de red relevantes, como los costos de publicación de datos en Ethereum.
La publicación de Yakovenko del 23 de octubre no anunció ningún cambio en el acceso al producto para clientes estadounidenses ni ningún acuerdo con los equipos que mencionó.
Dónde encaja esto con el trabajo de actualización de Solana
Los comentarios de Yakovenko llegan mientras Solana continúa implementando importantes actualizaciones del protocolo y cambios en la red que afectan a los equipos de aplicaciones, validadores y operadores de infraestructura:
- Etapas de actualización y prueba de Alpenglow:
- Alpenglow se movió a devnet el 26 de septiembre tras una transición a testnet, brindando a los equipos de aplicaciones acceso anticipado al nuevo comportamiento de consenso antes del despliegue en mainnet.
- La Fundación ha indicado que las aplicaciones que solo envían transacciones y leen saldos no necesitarán migrar, mientras que los servicios que procesan bloques o rastrean la actividad de los validadores podrían necesitar cambiar la forma en que leen los datos de la red.
- Devnet está destinado a equipos de aplicaciones para probar con tokens sin valor; testnet está dirigido a validadores y operadores que ejecutan condiciones más intensas y realistas. Anza anunció la transición de devnet el 25 de sep., un día después de que testnet completara su cambio.
- Metas de finalidad y rendimiento:
- La actualización tiene como objetivo un tiempo de finalización de aproximadamente 150 milisegundos, una mejora drástica respecto a los ~12,8 segundos bajo TowerBFT. La cobertura ha enfatizado la distinción entre la finalización del consenso y una indicación inicial de que una transacción se ha registrado.
- Economía del validador y tarifas de admisión:
- La Fundación planea reemplazar las tarifas de votación por cadena con un cargo fijo de 0,8 SOL por epoch, que será quemado por completo. Los validadores deben financiar este cargo por encima del mínimo exento de alquiler de su cuenta de voto, y el pago debe realizarse un epoch por adelantado. Los validadores que no puedan pagar perderán el permiso para votar o producir bloques en el siguiente epoch.
- Los nodos fuera del conjunto de validadores admitidos normalmente aprenden la finalidad a partir de certificados incluidos en bloques posteriores, lo que puede añadir un intervalo entre bloques producidos y provocar esperas más largas si se omiten o retrasan bloques.
En resumen
Yakovenko está impulsando un argumento pragmático y centrado en el producto: optimizar la red para aplicaciones de alto AUM y alto volumen minorista que muevan activos y transacciones reales. Proporcionó ejemplos concretos, pero se abstuvo de proponer cambios técnicos o decisiones de gobernanza. Mientras tanto, la ruta de actualización de Solana (Alpenglow, mejoras en la finalidad y cambios en las tarifas de los validadores) continúa transformando la forma en que las aplicaciones y operadores interactuarán con la red.