¿Qué nuevas ideas aporta Andre Cronje (AC) a la evolución de Web3 tras su regreso a DeFi?

En el mundo acelerado e incierto de las finanzas descentralizadas (DeFi), el nombre de Andre Cronje lleva un peso significativo. Conocido como la fuerza impulsora detrás de proyectos como YFI, Solidly y Fantom, AC está empujando los límites nuevamente como CTO de Sonic. Sus contribuciones han dejado una marca indeleble en la frontera de las finanzas criptográficas.

En este episodio del Podcast de DCo, AC comparte abiertamente su perspectiva sobre los cuellos de botella que enfrenta DeFi, los desafíos dentro del ecosistema de Ethereum y las duras realidades a las que se enfrentan los constructores en un mundo donde chocan el idealismo y los motivos impulsados por el lucro.

Desde navegar por batallas regulatorias hasta lograr un delicado equilibrio entre la descentralización y la experiencia del usuario, sus percepciones sirven tanto como una historia de advertencia para los constructores de la industria y como inspiración para aquellos que aún sueñan con un futuro financiero descentralizado.

A continuación se muestra la entrevista completa:

01 Abordando los desafíos regulatorios en torno a los activos de cripto

El Podcast DCo: Bienvenido al programa, Andre. Eres conocido por crear Yearn Finance, Solidly, y Fantom, y ahora eres el CTO de Sonic. Los últimos años han sido una locura para la cripto. ¿Puedes compartir cómo han sido los últimos tres años para ti, especialmente los desafíos que has enfrentado y cómo los has enfrentado? Supongo que ahora estás más enfocado en programar que en lidiar con problemas regulatorios.

Andre Cronje: Gracias por recibirme. Honestamente, desearía poder decir que estoy totalmente enfocado en la codificación, pero los problemas regulatorios y legales todavía consumen una parte significativa de mi tiempo. Los últimos cuatro años han sido una curva de aprendizaje empinada. Tuve que lidiar con eventos como la explotación de Eminence, que fue una gran lección sobre construir en público. Luego, con el proyecto Solidly, me di cuenta de que el panorama cripto estaba cambiando: la gente estaba mostrando menos preocupación por la verdadera descentralización o inmutabilidad.

Además, a pesar de que solo soy un chico desarrollando localmente en Sudáfrica, que no recaudó fondos ni vendió tokens, terminé teniendo que lidiar con la SEC. Me enviaron un montón de cartas y solicitudes, fue agotador. Aprendí mucho y crecí con la experiencia, pero definitivamente fue difícil. ¿Quieres profundizar en algo en particular o deberíamos mantenerlo amplio?

El podcast de DCo: Realmente tengo curiosidad por saber más sobre cómo manejaste todas esas cartas de la SEC. ¿Recibiste ayuda legal? ¿Cómo navegaste ese proceso, especialmente dado que suena increíblemente abrumador al principio?

Andre Cronje: Al principio, era bastante ingenuo. Las primeras cartas parecían simples, solo solicitudes de información, pero con amenazas implícitas de que las cosas podrían intensificarse si no cooperaba. Hacían preguntas como: "¿A quién le vendiste tokens?" La respuesta era sencilla: no vendí a nadie. O "¿Cómo ganas dinero con el protocolo?" De nuevo, simple: no lo hago.

Pensé que eso sería el final. Pero la segunda carta era más detallada, y para la quinta o sexta, quedó claro que entendían DeFi, tokens y cómo funcionaban estos sistemas. Sentí que intentaban atraparme cometiendo un error, en lugar de buscar información en realidad.

Para la tercera carta, me di cuenta de que necesitaba ayuda. No había recaudado fondos, así que tuve que depender de mi red. Me puse en contacto con Gabriel de Lex Node, un abogado de cripto prolífico que había trabajado con muchos DAOs. Fue fantástico y muy solidario. A través de él, me puse en contacto con Steven Palley, otro veterano en el campo que realmente sabía de lo que hablaba.

Gabe se encargó de la mayor parte del trabajo inicial, y Steven se involucró mucho más tarde. Fueron fundamentales, porque no se trataba solo de la información que proporcionas, sino de cómo la redactas. Tienes que usar un lenguaje legal específico para protegerte.

El enfoque de la investigación evolucionó con el tiempo. Inicialmente, se preocuparon por los tokens, si los había vendido y a quién. Cuando no encontraron ningún ángulo allí, pasaron a cómo podría estar ganando con el protocolo. Cuando eso tampoco funcionó, argumentaron que la tesorería misma constituía un valor, citando la Prueba de Howey, diciendo que los usuarios estaban contribuyendo fondos a un tercero con la expectativa de obtener beneficios. Fue frustrante, porque a menudo me pedían que demostrara un negativo, como probar que Santa Claus no existe. Simplemente no se puede hacer eso definitivamente.

Las cartas se detuvieron debido a las próximas elecciones. Unos seis a ocho meses antes de las elecciones, recibí la última. Hace un mes, recibí una carta final diciendo que no tomarían ninguna otra medida de ejecución, lo cual fue un gran alivio. Pero el tiempo y la energía que consumió fue una locura.

Durante un tiempo, no hice nada más que recopilar datos para ellos durante tres semanas seguidas, a veces información que ni siquiera tenía, como registros de custodios de terceros que nunca usé. Ese nivel de agotamiento casi me hizo imposible hacer cualquier otra cosa.

02 La Evolución y Estancamiento de DeFi

El Podcast DCo: Eso suena increíblemente intenso. Anteriormente mencionaste la descentralización e insinuaste que la gente ya no la prioriza. ¿Crees que hay un conflicto inherente entre dirigir un proyecto de cripto como un negocio sostenible y mantenerlo descentralizado? ¿Es por eso que vemos menos énfasis en la descentralización en estos días?

Andre Cronje: Todo depende totalmente de los participantes del mercado. Cuando lancé Yearn, la descentralización, la auto custodia y la inmutabilidad eran críticamente importantes. El mercado estaba lleno de tecno-anarquistas, puristas que estaban en esto por la ideología, no por hacer millones. Aquella vieja broma de 'Estoy aquí por la tecnología' era completamente sincera en aquel entonces.

Pero la base de participantes ha cambiado. La agricultura de rendimiento, el auge de los NFT y ahora las monedas meme han reducido la barrera de entrada. Ya no es necesario entender la tecnología, solo instalar una billetera, tocar unos botones o iniciar sesión en una aplicación con tu huella dactilar. Diría que el 90% del mercado hoy en día no comparte los ideales técnicos originales. Están aquí por la apreciación del token o el rendimiento, no por la filosofía.

Eso crea una discrepancia. Si estás construyendo primitivas DeFi fundamentales, cosas en las que otros construirán encima, deben ser inmutables. No puedes permitir que alguien construya un negocio sobre tu primitiva y luego vayas y la cambies, causando que su sistema falle. Por ejemplo, el 90% de DeFi todavía se basa en Uniswap V2 porque es predecible e inmutable. Si Uniswap hubiera hecho que V2 fuera actualizable a través de proxy y cambiara la lógica de LP de la noche a la mañana, DeFi se habría derrumbado.

Andre Cronje: En estos días, los proyectos se han vuelto más aislados. Todos están construyendo su propia AMM o mercado de préstamos en lugar de usar primitivas de terceros, porque esos sistemas de terceros a menudo son actualizables. Si construyes un producto inmutable que depende de un sistema actualizable, tu producto podría romperse cuando publiquen una actualización. Por lo tanto, la composabilidad y la dependencia de terceros han pasado a un segundo plano.

El mercado ha pasado de construir primitivas inmutables y componibles a crear empresas enfocadas en ingresos o valor de token. Es un efecto bola de nieve: cuantos más proyectos priorizan los ingresos, menos opciones de infraestructura inmutable quedan para construir, lo que a su vez empuja a más proyectos a hacer lo mismo. En 2019, escribí que votamos con nuestro dinero. Donde ponemos nuestro capital determina qué se construye. A principios de 2021, la gente acudió en masa a bifurcaciones de Uniswap y Compound porque se consideraban 'seguras'.

Los nuevos primitivos son más arriesgados, tienen mayores posibilidades de ser hackeados o explotados, por lo que la innovación se ha estancado. Por eso mismo, las criptomonedas son tan populares en este momento. Desde 2022, la innovación en DeFi se ha estancado en gran medida. Hemos construido mejores productos, como Hyperliquid, pero estos son iteraciones de primitivos existentes, no fundamentalmente nuevos.

El podcast de DCo: Anteriormente mencionaste que la innovación en DeFi se ha estancado y la composabilidad, es decir, construir sobre otros productos, ha disminuido. Con la liquidez estando aislada, cosas como usar un activo como garantía a través de protocolos se han vuelto más difíciles. ¿Hay suficiente incentivo para romper con este enfoque aislado, y cómo podríamos lograrlo?

Andre Cronje: Puede sonar un poco arrogante, pero el problema es que se necesita una combinación rara de habilidades: alguien que pueda programar, que pueda tener ideas y primitivas genuinamente novedosas, y que no necesite financiamiento externo. Esa intersección es increíblemente pequeña. Puedo usarme a mí mismo como ejemplo, pero es muy raro. La mayoría de los constructores necesitan financiamiento, pero recaudar capital y construir son conjuntos de habilidades completamente diferentes.

He intentado recaudar fondos, no es mi punto fuerte, así que opté por construir sin respaldo financiero. Otros tienen ideas brillantes pero luchan con la presentación o la creación de redes. Mientras tanto, verás la 99ª bifurcación de un proyecto recaudar $50 millones de la noche a la mañana simplemente porque conocen a las personas adecuadas.

Los verdaderos constructores luchan por conseguir la financiación que necesitan. La mayoría de las personas no pueden permitirse estar seis meses sin ingresos para pagar sus facturas. Hyperliquid es una excepción: no recaudaron fondos porque el equipo había dirigido anteriormente con éxito una operación de creación de mercado, lo que les proporcionó los recursos para construir e incluso llevar a cabo un gran lanzamiento aéreo.

Pero cuando recaudas fondos, lidias con la presión de los VC. Los VC buscan ROI, no invierten porque creen en tu visión. Ese es su trabajo y crea un desalineamiento de objetivos.

Históricamente, en las finanzas tradicionales o en la Web1/Web2, las empresas construirían negocios estables y crearían pequeños equipos de I+D para probar nuevas ideas. Hemos visto un poco de eso en el cripto—como Aave lanzando GHO, Lens, o Family—pero no es suficiente. Los riesgos sociales y reputacionales son demasiado altos. Si un subproducto es explotado, incluso por solo $50, los titulares gritarán que el proyecto principal fue hackeado. La relación riesgo-recompensa está totalmente sesgada.

Entonces es un problema difícil, y no hay una solución inmediata. La mayoría de los desarrolladores ya están lo suficientemente locos como para intentarlo: lidiar con exploits y daños a la reputación requiere un poco de vena masoquista.

El podcast DCo: Volvamos a los primitivos de DeFi. Mencionaste que estás trabajando en nuevos. ¿Dónde crees que se encuentra DeFi en términos de sus bloques de construcción fundamentales, y qué primitivos inmediatos podemos construir para impulsar el espacio hacia adelante?

Andre Cronje: DeFi todavía está en sus primeras etapas. Incluso los primitivos fundamentales como los Automated Market Makers (AMMs) están lejos de estar perfeccionados. Todavía estamos utilizando fórmulas de producto constante como X*Y=K. Curve Finance introdujo intercambios estables, y yo introduje el modelo X3Y con Solidly, pero la innovación ha quedado en su mayoría estancada allí.

Con la mejora de las velocidades de blockchain, estamos empezando a ver la aparición de Creadores de Mercado de Liquidez Dinámica (DLMMs), lo cual es un paso adelante. Todavía hay mucho trabajo por hacer con las AMM: nuevos modelos de curvas, mecanismos de trading y estrategias de provisión de liquidez.

El próximo gran avance será los oráculos on-chain. DeFi tradicionalmente los ha evitado debido a temores de explotación, pero pueden ser seguros con métodos de implementación alternativos. Sin oráculos, carecemos de datos críticos como volatilidad, volatilidad implícita o profundidad del libro de órdenes. Una vez que tengamos oráculos on-chain robustos, podemos construir modelos de precios adecuados, realizar cálculos Black-Scholes y habilitar opciones de estilo europeo o americano. Esto desbloqueará los perpetuos on-chain y estrategias delta-neutral, ambas actualmente no factibles.

Solo tienes que mirar las finanzas tradicionales: los futuros y las opciones dominan, pero casi no existen en la cadena. El camino a seguir es claro: primero necesitas los datos. Sin embargo, nadie quiere construir eso, principalmente por miedo. Pero es posible implementar soluciones altamente seguras, completamente en cadena, o utilizar oráculos fuera de la cadena con pruebas de conocimiento cero o métodos descentralizados para evitar intermediarios de confianza.

Más allá de eso, todavía carecemos de primitivas de seguros sólidas. DeFi tiene un vasto territorio inexplorado. Esta sigue siendo la fase inicial, y si podemos superar nuestro miedo a la innovación, el potencial es enorme.

03 Equilibrando la descentralización y la experiencia del usuario

¿Crees que la experiencia del usuario (UX) y la descentralización son inherentemente opuestas? ¿Es eso parte del desafío?

Andre Cronje: Absolutamente, ¡100%! La verdadera descentralización significa no tener sitios web, no tener navegadores de terceros, solo descargar software de nodo, ejecutar un nodo local y usar una interfaz de línea de comandos (CLI) para enviar transacciones e interactuar con contratos inteligentes inmutables. Eso requiere un conocimiento técnico profundo: sincronización de software, codificación de transacciones en formatos de hash base-64, no solo llamar a RPCs JSON. A nivel mundial, tal vez solo 10,000 personas puedan hacer eso, incluso menos.

Por otro lado, una gran experiencia de usuario significa que los usuarios no tienen que preocuparse por las claves privadas o las tarifas de gas. Mira las aplicaciones exitosas de Solana: descargas una aplicación móvil, inicias sesión con Google o Face ID y presionas un botón. Eso está a años luz de la descentralización, es algo completamente diferente.

Las aplicaciones exitosas de hoy ocultan cada vez más cosas al usuario, por ejemplo, gestionando claves privadas en su nombre. Hyperliquid es excelente, pero una vez que depositas fondos, ya no es descentralizado. Tus activos se mantienen en una billetera que ellos controlan y la clave privada se almacena en sus servidores. Es una gran experiencia para el usuario, pero es centralizada.

Mi enfoque es construir primero para el ideal de descentralización: contratos en cadena crudos con los que los usuarios de CLI pueden interactuar en sus propios nodos. Luego agrego capas de abstracción encima: una API simplificada que elimina la necesidad de claves de pase de billetera o abstrae las tarifas de gas. Eventualmente, obtienes una interfaz de usuario donde un usuario simplemente hace clic en un botón, y detrás de escena, convierte su acción en una transacción de contrato inteligente a través de una API y una billetera de firma.
Andre Cronje: Esta es la forma “correcta” de hacer las cosas, pero para el pequeño número de personas que pueden usar la CLI, exige una cantidad masiva de infraestructura de soporte, lo cual puede sentirse fútil. La descentralización y la experiencia de usuario son como la seguridad y la experiencia de usuario, la seguridad real requiere contraseñas complejas, sistemas aislados y rotación de claves, pero nadie está haciendo eso para un juego móvil gratuito. Históricamente, cuando la seguridad y la usabilidad chocan, la usabilidad siempre gana. Lo mismo sucederá con la descentralización.

El objetivo es que los usuarios ni siquiera sepan que están utilizando una cadena de bloques, sin billetera, sin tarifas de gas. En este momento, esto se está logrando a través de soluciones centralizadas, como API o servidores backend. Pero creo que eventualmente podemos hacer que estas características sean ciudadanos de primera clase de la cadena de bloques, permitiendo a los usuarios disfrutar de una gran experiencia de usuario sin tener que confiar en terceros.

En la actualidad, implementamos estas cosas de forma manual a través de soluciones centralizadas, pero eventualmente las codificaremos en sistemas descentralizados. Es como cuando comencé a programar: haz las cosas manualmente primero, luego automatízalas. Solo necesitamos tiempo.

El podcast DCo: Dos preguntas de seguimiento: Primero, ¿cómo logramos ese futuro descentralizado pero amigable para el usuario? Y segundo, si la descentralización y la experiencia de usuario están en conflicto, ¿dónde traza la línea—cuándo sacrificaría la descentralización por una mejor experiencia de usuario?

Andre Cronje: Responderé primero a la segunda pregunta. El límite depende de lo que el usuario esté dispuesto a tolerar, y eso varía según la aplicación. Para un juego móvil gratuito, los usuarios esperan cero fricción: instalar y jugar. Si se les pide un nombre de usuario, contraseña o enlace a una cuenta social, no se molestarán porque el valor percibido es bajo.

Pero para una aplicación bancaria con $100,000, los usuarios están bien con 2FA o pasos adicionales porque el valor es alto. Cada aplicación tiene que encontrar ese punto de equilibrio basado en el valor psicológico que el usuario le asigna.

En este momento, las aplicaciones de cripto no ofrecen muchas opciones. Ya sea un juego o un protocolo DeFi, aún necesitas descargar una billetera, asegurar tus claves, financiarla con gas y firmar mensajes. Esa es una barrera enorme. Observamos un patrón similar en ciberseguridad a mediados de la década de 2010: los sitios exigían contraseñas de 32 caracteres con símbolos, pero los usuarios las olvidaban y los reinicios eran dolorosos. Con el tiempo, las aplicaciones permitieron a los usuarios elegir su propio nivel de seguridad mientras proporcionaban algunas protecciones en el backend. La cripto evolucionará de manera similar.

Para la primera pregunta, cómo llegamos allí, necesitamos constructores que estén dispuestos a ejecutar. Ethereum ha sido durante mucho tiempo un líder, y su investigación, como las Propuestas de Mejora de Ethereum (EIP), ha establecido un plan para los próximos cinco años. Características como la agrupación de transacciones y la abstracción de cuentas son pasos en la dirección correcta, pero aún no son ciudadanos de primera clase, todavía se necesita infraestructura de terceros o un conocimiento profundo para usarlos.

La próxima actualización de PCRA los convertirá en características nativas, lo cual es crítico. El plan de trabajo ya existe; la clave es la ejecución. Pero pocos equipos están dispuestos o son capaces de llevarlo a cabo. Las ideas son baratas, la ejecución lo es todo. Creo que este año veremos un gran progreso, como el gas totalmente en cadena y la abstracción de cuentas, lo que significa que no habrá necesidad de billetera o gas en absoluto. Eso es un gran avance en la UX: los usuarios no necesitarán saber en qué blockchain están ni usar MetaMask. Está llegando, quizás este año o el próximo. El plan de trabajo es claro.

04 Desafíos de Ethereum y Consejos para Desarrolladores

El podcast DCo: mencionaste Ethereum antes. ¿Cuál es tu opinión sobre su estado actual? Ha habido muchas críticas de que carece de dirección, enfoque en la ejecución, o que la escalabilidad de la Capa 2 (L2) ha fracturado el ecosistema.

Andre Cronje: Siempre he sido franco al decir que las L2 son una pérdida de tiempo y esfuerzo. Los recursos y el capital invertidos en ellas reflejan el mismo problema de desalineación que mencioné antes, votamos con nuestro dinero. Cuando solo se financian bifurcaciones de aplicaciones conocidas, eso es todo lo que terminamos viendo. Ahora las L2 están absorbiendo capital, pero mientras afirman estar alineadas con Ethereum, se están volviendo cada vez más centralizadas.

Mi problema no es que existan las L2, creo que al final serán necesarias para escalar. Pero Ethereum está lejos de su límite de escalabilidad. Probablemente solo esté utilizando el 2% de su capacidad máxima. Todavía hay mucho espacio en la capa base. Cadenas como Sonic, Avalanche y Solana han demostrado que se puede lograr un alto rendimiento en la capa base sin L2. El enfoque actual en las L2 es prematuro, fragmenta el ecosistema y perjudica la composabilidad y la experiencia de usuario.

Las capas 2 se suponía que debían ser componibles e interoperables, pero se han convertido en silos, cadenas laterales con secuenciadores centralizados que extraen MEV para obtener beneficios. Esa no es la visión original. La pregunta más importante es por qué sucedió esto. Ethereum está siguiendo el ciclo de vida típico de una empresa: inicialmente ágil, con un desarrollo e investigación rápido, mucha experimentación. Pero a medida que ganaba atención y crecía, se volvía más cauteloso, añadiendo cumplimiento, supervisión, pruebas, comités y juntas.

Esta burocracia lo ha ralentizado hasta el punto de estancamiento. Ahora es demasiado grande para moverse rápidamente. En esta etapa, una organización se reduce y se enfoca en sus raíces técnicas o es adelantada por competidores más rápidos. Ethereum está en esa encrucijada. Estamos viendo temblores internos: cambios de CEO, reorganizaciones de la junta, Vitalik tratando de orientar las cosas. Espero que encuentren su enfoque nuevamente, porque soy leal a Ethereum; es por eso que estoy en DeFi. Pero no podemos quedarnos esperando a que lo resuelvan.

Su investigación, especialmente las Propuestas de Mejora de Ethereum (EIP), sigue marcando el estándar para los próximos dos a cinco años, especialmente en UX, abstracción de cuentas y oráculos en cadena. Pero la mayor parte fue escrita entre 2018 y 2020. Las ideas están ahí; la implementación está rezagada. En cuanto a la escalabilidad, la capa base de Ethereum solo está utilizando el 2% de su capacidad. Incluso sin L2, hay un enorme margen de crecimiento.

Mi trabajo en Phantom, ahora Sonic, demostró esto. Cuando Ethereum usaba Prueba de Trabajo, notamos que su capacidad de procesamiento estaba limitada por las restricciones de tiempo de bloque. Rediseñamos el mecanismo de consenso utilizando Tolerancia a Fallas Bizantinas asincrónica (BFT), logrando 50,000 a 60,000 transacciones por segundo. Pero la Máquina Virtual Ethereum (EVM) se convirtió en el cuello de botella, limitándonos a alrededor de 200 transacciones por segundo.

Analizamos el EVM e identificamos áreas claras para mejorar. El mayor problema es la base de datos - LevelDB, PebbleDB, etc. - que pasa la mayor parte de su tiempo en operaciones de lectura y escritura. Estas bases de datos son excesivas para blockchain; fueron diseñadas para consultas de propósito general, no para la estructura de datos de dirección-nonce simple que utiliza el EVM. Construimos SonicDB, una base de datos de archivo plano personalizada para blockchain, que aumentó la capacidad de procesamiento del EVM en ocho veces y redujo los requisitos de almacenamiento en un 98%. Ethereum podría implementar esto mañana y ver enormes ganancias.

También hicimos otros ajustes: nuevos compiladores, subconjuntos, etc., pero el cambio en la base de datos fue la victoria más fácil. ¿Por qué no lo han hecho? Porque son reacios al riesgo. Su tecnología maneja miles de millones de dólares en activos, y cualquier cambio da miedo. El compromiso es perder la funcionalidad de las consultas SQL, pero en realidad, nadie usa consultas SQL en datos de blockchain a gran escala: herramientas como Dune o Tenderly procesan transacciones individuales. No es una pérdida real, pero Ethereum es tan reacio al cambio que incluso las mejoras de bajo riesgo se están posponiendo.

El podcast DCo: Has mencionado ideas como puntajes de crédito en cadena, en lo que podemos profundizar la próxima vez. Pero finalmente, ¿cuál es tu consejo más importante para los nuevos constructores en este espacio?

Andre Cronje: Mi consejo ha evolucionado con el tiempo. Honestamente, desarrollar en el espacio cripto no es la opción más inteligente; es más complicado, menos seguro y con mayores impactos negativos potenciales que otros campos. Pero si decides hacerlo, construye de forma pública. Comparte tu trabajo en Twitter, abre tu GitHub de código abierto, deja que la gente vea y pruebe tu código. Construye una comunidad de colaboradores, no solo una comunidad de personas que explotan vulnerabilidades.

Si los exploits son inevitables, es mejor que ocurran temprano, cuando el riesgo es solo de $50, en lugar de más tarde cuando el riesgo podría ser de $50 millones. Construye tu perfil social, comunica lo que estás haciendo y cómo lo estás haciendo, e invita a pruebas, con suerte a sombreros blancos y no a sombreros negros. Las pequeñas vulnerabilidades se pueden corregir; las grandes no pueden.

Si puede asegurar financiamiento, priorice la seguridad. Trabaje con equipos como TRM, Chainalysis, o Seal Team 6 para realizar auditorías y ejercicios de equipo rojo. Las auditorías de empresas como SlowMist son críticas. Aprenda cómo manejar divulgaciones de seguridad y emergencias lo antes posible.

Este espacio no es para todos: algunas personas se alejan en la primera crisis porque la presión es demasiada. Construir en público es una prueba de fuego: rápidamente sabrás si estás hecho para ello. Acéptalo: o encontrarás tu lugar o te darás cuenta de que no es para ti.

El podcast de DCo: Gracias por tu tiempo, Andre. Realmente disfruté esta conversación, y espero que podamos hacerla de nuevo pronto.

Andre Cronje: Ha sido un verdadero honor. Solo avísame y lo haremos de nuevo.

Descargo de responsabilidad:

1. Este artículo es reproducido de [ Hellobtc], con derechos de autor del autor original [El Podcast de DCo]. Si tiene alguna objeción a la reproducción, por favor contacte alGate Learnequipo y lo abordarán rápidamente según los procedimientos pertinentes.

2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son exclusivas del autor y no constituyen asesoramiento de inversión.

3. Las otras versiones del artículo en otros idiomas fueron traducidas por el equipo de Gate Learn. Queda prohibida la reproducción, distribución o copia de los artículos traducidos a menos que se mencione lo contrario porGate.io.