一瓶飞天茅台
早日暴富
23 Siguiendo
3.3K+ Seguidores
133 Me gusta
5 Compartido
Publicaciones
Todo
Cotizaciones
La cocina de GENIUS puede funcionar de manera automática, pero no dejemos que una sola llave abra todos los gabinetes de vino.
Ayer escribí sobre $GENIUS , y hablé de que cuando las condiciones no son las adecuadas, el terminal debe atreverse a no abrir la botella.
Hoy quiero seguir analizando el protocolo, pero desde una perspectiva completamente diferente: cuando el backend comience a manejar automáticamente las transacciones entre cadenas, ¿quién tiene la llave de la cocina? #ETH
La automatización, por supuesto, es importante.
Los usuarios no quieren tener que ir personalmente a la bodega cada vez que hagan un swap, ni quieren estar pendientes de cada paso en la gestión de pedidos, reembolsos y el gas. Pero lo que más teme la automatización es crear una llave maestra que abra todas las puertas por conveniencia.
En un restaurante también es así.
Quien abre las botellas puede tener la llave del gabinete de botellas.
Quien maneja los reembolsos puede gestionar el vino devuelto.
Quien ajusta el inventario puede mover existencias entre diferentes bodegas.
Pero si un mismo sommelier puede abrir botellas, gestionar reembolsos y ajustar inventarios, el proceso puede parecer más sencillo, pero el riesgo se concentra en un solo conjunto de llaves.
Por eso hoy miro a @GeniusOfficial y noto un diseño que no es muy evidente en la documentación del Genius Bridge Protocol, pero que es muy interesante: Orchestrator. #BTC
La documentación lo describe como una llave programable sujeta a Lit Action. El enfoque no está en “cuán inteligente es la llave”, sino en que cada llave solo se responsabiliza de una tarea. El llenado tiene sus responsabilidades, los reembolsos tienen las suyas, y el reequilibrio de liquidez también tiene el suyo.
Detrás de esto hay un juicio de seguridad muy simple:
La automatización puede ser abundante, pero los permisos universales deben ser escasos.
Porque al dividir las responsabilidades, incluso si una llave tiene un problema, su impacto puede ser más fácil de limitar al gabinete de vino que le corresponde, en lugar de abrir toda la bodega.
Esto no es lo mismo que el “menor número de firmas” en el lado del usuario.
Lo que el usuario ve es que las transacciones son más fluidas; lo que el backend del protocolo debe hacer es descomponer esa fluidez en un conjunto de acciones con límites. Qué llaves pueden ejecutar transacciones, qué llaves pueden gestionar reembolsos, y qué llaves solo pueden mover liquidez, es mejor que se aclare desde el principio.
Así que hoy miro a #genius, no solo para ver si puede ocultar el proceso entre cadenas en el backend.
Me interesa más si ha descompuesto el conjunto de llaves del backend.
#genius $GENIUS @GeniusOfficial
Ayer escribí sobre $GENIUS , y hablé de que cuando las condiciones no son las adecuadas, el terminal debe atreverse a no abrir la botella.
Hoy quiero seguir analizando el protocolo, pero desde una perspectiva completamente diferente: cuando el backend comience a manejar automáticamente las transacciones entre cadenas, ¿quién tiene la llave de la cocina? #ETH
La automatización, por supuesto, es importante.
Los usuarios no quieren tener que ir personalmente a la bodega cada vez que hagan un swap, ni quieren estar pendientes de cada paso en la gestión de pedidos, reembolsos y el gas. Pero lo que más teme la automatización es crear una llave maestra que abra todas las puertas por conveniencia.
En un restaurante también es así.
Quien abre las botellas puede tener la llave del gabinete de botellas.
Quien maneja los reembolsos puede gestionar el vino devuelto.
Quien ajusta el inventario puede mover existencias entre diferentes bodegas.
Pero si un mismo sommelier puede abrir botellas, gestionar reembolsos y ajustar inventarios, el proceso puede parecer más sencillo, pero el riesgo se concentra en un solo conjunto de llaves.
Por eso hoy miro a @GeniusOfficial y noto un diseño que no es muy evidente en la documentación del Genius Bridge Protocol, pero que es muy interesante: Orchestrator. #BTC
La documentación lo describe como una llave programable sujeta a Lit Action. El enfoque no está en “cuán inteligente es la llave”, sino en que cada llave solo se responsabiliza de una tarea. El llenado tiene sus responsabilidades, los reembolsos tienen las suyas, y el reequilibrio de liquidez también tiene el suyo.
Detrás de esto hay un juicio de seguridad muy simple:
La automatización puede ser abundante, pero los permisos universales deben ser escasos.
Porque al dividir las responsabilidades, incluso si una llave tiene un problema, su impacto puede ser más fácil de limitar al gabinete de vino que le corresponde, en lugar de abrir toda la bodega.
Esto no es lo mismo que el “menor número de firmas” en el lado del usuario.
Lo que el usuario ve es que las transacciones son más fluidas; lo que el backend del protocolo debe hacer es descomponer esa fluidez en un conjunto de acciones con límites. Qué llaves pueden ejecutar transacciones, qué llaves pueden gestionar reembolsos, y qué llaves solo pueden mover liquidez, es mejor que se aclare desde el principio.
Así que hoy miro a #genius, no solo para ver si puede ocultar el proceso entre cadenas en el backend.
Me interesa más si ha descompuesto el conjunto de llaves del backend.
#genius $GENIUS @GeniusOfficial
Los certificados de BTCFi no solo se imprimen, también hay que ver el respaldo
Hoy estuve mirando el @Bedrock de Bedrock 2.0 y me surgió una pregunta básica:
Cuando se pone BTC en la cadena, no se trata solo de poder acuñar el certificado. #ETH
Lo realmente importante es que, por cada certificado que se emita, el respaldo de BTC esté a la par. Si en el almacén solo hay diez botellas de vino, pero en la mesa se entregan doce vales, aunque al principio haya mucha algarabía, al final alguien se quedará con el vale y se dará cuenta de la realidad.
Por eso me interesa más el Secure Mint detrás de uniBTC.
Después de que Bedrock se integrate con Chainlink Proof of Reserve, cada vez que se acuña un nuevo uniBTC, el contrato verifica primero el respaldo de BTC verificado. Si el total acuñado supera el respaldo, la transacción se revertirá automáticamente. #BTC
Este movimiento no es ostentoso, pero es muy importante.
BTCFi 2.0 no solo busca ofrecer más rutas de ganancia para BTC, sino que cada paso de expansión debe poder ser verificado.
Cuando miro $BR, seguiré observando los detalles de este tipo de productos: lo que realmente deja liquidez no es solo un volumen más alto, sino si después de la algarabía, las cuentas aún cuadran.
@Bedrock $BR #Bedrock
Hoy estuve mirando el @Bedrock de Bedrock 2.0 y me surgió una pregunta básica:
Cuando se pone BTC en la cadena, no se trata solo de poder acuñar el certificado. #ETH
Lo realmente importante es que, por cada certificado que se emita, el respaldo de BTC esté a la par. Si en el almacén solo hay diez botellas de vino, pero en la mesa se entregan doce vales, aunque al principio haya mucha algarabía, al final alguien se quedará con el vale y se dará cuenta de la realidad.
Por eso me interesa más el Secure Mint detrás de uniBTC.
Después de que Bedrock se integrate con Chainlink Proof of Reserve, cada vez que se acuña un nuevo uniBTC, el contrato verifica primero el respaldo de BTC verificado. Si el total acuñado supera el respaldo, la transacción se revertirá automáticamente. #BTC
Este movimiento no es ostentoso, pero es muy importante.
BTCFi 2.0 no solo busca ofrecer más rutas de ganancia para BTC, sino que cada paso de expansión debe poder ser verificado.
Cuando miro $BR, seguiré observando los detalles de este tipo de productos: lo que realmente deja liquidez no es solo un volumen más alto, sino si después de la algarabía, las cuentas aún cuadran.
@Bedrock $BR #Bedrock
BTCFi lo más complicado no es la falta de ganancias, ¡sino la cantidad de mesas!
Recientemente, he estado mirando BTCFi y me doy cuenta de que lo más complicado no es no tener rutas de ganancias, sino que hay demasiadas. #ETH
Por un lado, están los diferentes activos derivados de BTC, y por el otro, protocolos como Babylon, Kernel, SatLayer, Pell, entre otros. Cada ruta merece ser estudiada, pero un usuario común realmente no puede sentarse en cada mesa, solo el hecho de decidir dónde poner los activos, de dónde vienen las ganancias y en qué capa cae el riesgo ya es un verdadero rompecabezas.
Así que hoy, al observar el brBTC de @Bedrock , me interesa más lo que hace: agrupar las rutas dispersas de BTCFi en un solo punto de entrada y luego asignar dinámicamente según las diferentes oportunidades.
Es un poco como el maestro de ceremonias en una fiesta. #BTC
No se trata de que tengas que brindar en cada mesa, sino de aclarar primero el menú, los asientos y el orden. Los usuarios que tienen un brBTC no necesitan investigar cada ruta desde cero cada vez.
Seguiré observando $BR en esta línea.
BTCFi no carece de movimiento, lo que realmente tiene valor es quién puede simplificar la complejidad y hacer que la liquidez quiera quedarse.
#Bedrock $BR
Recientemente, he estado mirando BTCFi y me doy cuenta de que lo más complicado no es no tener rutas de ganancias, sino que hay demasiadas. #ETH
Por un lado, están los diferentes activos derivados de BTC, y por el otro, protocolos como Babylon, Kernel, SatLayer, Pell, entre otros. Cada ruta merece ser estudiada, pero un usuario común realmente no puede sentarse en cada mesa, solo el hecho de decidir dónde poner los activos, de dónde vienen las ganancias y en qué capa cae el riesgo ya es un verdadero rompecabezas.
Así que hoy, al observar el brBTC de @Bedrock , me interesa más lo que hace: agrupar las rutas dispersas de BTCFi en un solo punto de entrada y luego asignar dinámicamente según las diferentes oportunidades.
Es un poco como el maestro de ceremonias en una fiesta. #BTC
No se trata de que tengas que brindar en cada mesa, sino de aclarar primero el menú, los asientos y el orden. Los usuarios que tienen un brBTC no necesitan investigar cada ruta desde cero cada vez.
Seguiré observando $BR en esta línea.
BTCFi no carece de movimiento, lo que realmente tiene valor es quién puede simplificar la complejidad y hacer que la liquidez quiera quedarse.
#Bedrock $BR
Agente de Trading 最值钱的时候，可能是什么都没买
Hoy estuve mirando el agente de trading @OpenLedger y me surgió una pregunta bastante contraintuitiva: si hoy no hizo ninguna operación, ¿realmente está trabajando en serio? #BTC
Muchos traders al ver herramientas de trading tienden a enfocarse en si se han presentado oportunidades: qué tan rápido se alertó, cuántas señales hubo, y cuán frecuente fue la operación. Cuanto más animada se vea la página, más parece que el Agente está currando a tope. Pero en el trading real, lo más fácil es caer en la trampa de “cada ronda hay que levantar la copa”. Si el fondo no es lo suficientemente profundo, mejor no moverse; si las señales en la cadena están en conflicto, mejor esperar; si los datos son muy antiguos, hay que revisarlos primero; y si el riesgo no está claro, no hay necesidad de apresurarse a ejecutar una acción. #ETH
Esas transacciones que no sucedieron pueden parecer que no tienen resultados, pero podrían ser más valiosas que una jugada espectacular. Así que ahora, cuando miro #OpenLedger, no solo quiero ver qué datos utilizó el agente de trading y qué recomendaciones dio, también quiero ver si dejó alguna "razón para no actuar": ¿por qué ignoró esta señal? ¿por qué rechazó esta acción? ¿qué riesgos vio en ese momento? Al hacer el repaso más adelante, ¿realmente estaba consciente o simplemente tuvo suerte de no operar?
Si el Agente en el ecosistema $OPEN realmente va a entrar en una tarea real, su valor no debería medirse solo por la cantidad de veces que actúa. Levantar la copa no es nada extraordinario; saber cuándo dejarla en la mesa es mucho más complicado.
#OpenLedger $OPEN @OpenLedger
Hoy estuve mirando el agente de trading @OpenLedger y me surgió una pregunta bastante contraintuitiva: si hoy no hizo ninguna operación, ¿realmente está trabajando en serio? #BTC
Muchos traders al ver herramientas de trading tienden a enfocarse en si se han presentado oportunidades: qué tan rápido se alertó, cuántas señales hubo, y cuán frecuente fue la operación. Cuanto más animada se vea la página, más parece que el Agente está currando a tope. Pero en el trading real, lo más fácil es caer en la trampa de “cada ronda hay que levantar la copa”. Si el fondo no es lo suficientemente profundo, mejor no moverse; si las señales en la cadena están en conflicto, mejor esperar; si los datos son muy antiguos, hay que revisarlos primero; y si el riesgo no está claro, no hay necesidad de apresurarse a ejecutar una acción. #ETH
Esas transacciones que no sucedieron pueden parecer que no tienen resultados, pero podrían ser más valiosas que una jugada espectacular. Así que ahora, cuando miro #OpenLedger, no solo quiero ver qué datos utilizó el agente de trading y qué recomendaciones dio, también quiero ver si dejó alguna "razón para no actuar": ¿por qué ignoró esta señal? ¿por qué rechazó esta acción? ¿qué riesgos vio en ese momento? Al hacer el repaso más adelante, ¿realmente estaba consciente o simplemente tuvo suerte de no operar?
Si el Agente en el ecosistema $OPEN realmente va a entrar en una tarea real, su valor no debería medirse solo por la cantidad de veces que actúa. Levantar la copa no es nada extraordinario; saber cuándo dejarla en la mesa es mucho más complicado.
#OpenLedger $OPEN @OpenLedger
La ruta de GENIUS no debería ser solo sobre quién ofrece el precio de la bebida más bajo
Hace unos días escribí sobre $GENIUS , ya he hablado bastante sobre "cómo hacer que el trading sea más fluido".
Hoy quiero cambiar a un enfoque más serio: una ruta que cotiza más bajo no significa que sea una mejor ruta de ejecución.
Esto también pasa en la mesa de tragos. #ETH
En el menú dice que una botella de vino cuesta unos cuantos pesos menos, pero cuando realmente quieres abrirla, el mesero te dice: "el inventario ha cambiado, la tarifa de apertura ha cambiado, solo quedan copas para otra mesa, o esta botella ya no es la misma de antes".
Un precio bajo que al final no se puede ejecutar según las condiciones es solo un menú atractivo.
Así que miro a @GeniusOfficial, no solo quiero ver si puede encontrar la ruta, sino también si puede mantener las condiciones firmadas por los usuarios.
En la documentación del Genius Bridge Protocol hay un detalle importante: el swap entre cadenas no se ejecuta directamente al recibir el precio. Después de que el usuario firma la intención fuera de la cadena, el sistema todavía tiene que verificar las condiciones en la carga de la firma. Las tarifas, la tolerancia al deslizamiento y la disponibilidad de liquidez deben cumplir con los requisitos para que la operación se ejecute.
Esto puede no parecer tan emocionante como un "trading con un clic", pero es crucial.
Porque en el trading entre cadenas, lo que más se teme no es solo dar unos pasos adicionales. #BTC
Lo que más asusta es ver un precio al momento de hacer el pedido, y al final recibir otra copa. La ruta puede ser más larga, el fondo puede volverse más superficial, las tarifas pueden aumentar repentinamente, y al final todo eso puede reflejarse en el deslizamiento.
Lo que realmente debe hacer un terminal profesional no es simplemente presentar la orden en la mesa.
Sino que cuando las condiciones no son las correctas, se atreva a no abrir la botella.
Para los traders comunes, no es necesario estudiar todos los días qué ruta se usó en el backend. Pero al menos deben saber: qué botella han firmado, cuánto pueden aceptar de tarifa de apertura y cuánta variación de sabor es aceptable. Si el vino en la mesa ya no coincide con la orden, no hay que forzar la bebida solo para parecer más suave.
Así que hoy miro #genius, y lo que más me importa no son solo las palabras "precio más bajo".
Lo que realmente me importa es la certeza de la ejecución.
Si GENIUS puede hacer que los traders se preocupen menos por las rutas, mientras mantiene las condiciones de tarifas, deslizamiento y liquidez en cada swap, entonces lo que ofrece no es solo conveniencia, sino una experiencia de ejecución en cadena más predecible.
Claro que un precio bajo es bueno.
Pero lo que realmente hace que la gente quiera pedir otra copa es que después de abrirla, no haya un cambio repentino de vino.
#genius $GENIUS @GeniusOfficial
Hace unos días escribí sobre $GENIUS , ya he hablado bastante sobre "cómo hacer que el trading sea más fluido".
Hoy quiero cambiar a un enfoque más serio: una ruta que cotiza más bajo no significa que sea una mejor ruta de ejecución.
Esto también pasa en la mesa de tragos. #ETH
En el menú dice que una botella de vino cuesta unos cuantos pesos menos, pero cuando realmente quieres abrirla, el mesero te dice: "el inventario ha cambiado, la tarifa de apertura ha cambiado, solo quedan copas para otra mesa, o esta botella ya no es la misma de antes".
Un precio bajo que al final no se puede ejecutar según las condiciones es solo un menú atractivo.
Así que miro a @GeniusOfficial, no solo quiero ver si puede encontrar la ruta, sino también si puede mantener las condiciones firmadas por los usuarios.
En la documentación del Genius Bridge Protocol hay un detalle importante: el swap entre cadenas no se ejecuta directamente al recibir el precio. Después de que el usuario firma la intención fuera de la cadena, el sistema todavía tiene que verificar las condiciones en la carga de la firma. Las tarifas, la tolerancia al deslizamiento y la disponibilidad de liquidez deben cumplir con los requisitos para que la operación se ejecute.
Esto puede no parecer tan emocionante como un "trading con un clic", pero es crucial.
Porque en el trading entre cadenas, lo que más se teme no es solo dar unos pasos adicionales. #BTC
Lo que más asusta es ver un precio al momento de hacer el pedido, y al final recibir otra copa. La ruta puede ser más larga, el fondo puede volverse más superficial, las tarifas pueden aumentar repentinamente, y al final todo eso puede reflejarse en el deslizamiento.
Lo que realmente debe hacer un terminal profesional no es simplemente presentar la orden en la mesa.
Sino que cuando las condiciones no son las correctas, se atreva a no abrir la botella.
Para los traders comunes, no es necesario estudiar todos los días qué ruta se usó en el backend. Pero al menos deben saber: qué botella han firmado, cuánto pueden aceptar de tarifa de apertura y cuánta variación de sabor es aceptable. Si el vino en la mesa ya no coincide con la orden, no hay que forzar la bebida solo para parecer más suave.
Así que hoy miro #genius, y lo que más me importa no son solo las palabras "precio más bajo".
Lo que realmente me importa es la certeza de la ejecución.
Si GENIUS puede hacer que los traders se preocupen menos por las rutas, mientras mantiene las condiciones de tarifas, deslizamiento y liquidez en cada swap, entonces lo que ofrece no es solo conveniencia, sino una experiencia de ejecución en cadena más predecible.
Claro que un precio bajo es bueno.
Pero lo que realmente hace que la gente quiera pedir otra copa es que después de abrirla, no haya un cambio repentino de vino.
#genius $GENIUS @GeniusOfficial
El Agente de IA cambia la configuración, no llenes toda la mesa de una vez
Hoy estuve revisando la configuración de la nube de @OpenLedger y pensé en un escenario muy realista:
El Agente cambió una vez la configuración y, como resultado, todo el lote de tareas se desvió.
Cambié una frase en el prompt, cambié la entrada de datos, abrí un poco más los permisos de la herramienta y ajusté un poco los parámetros del modelo. A simple vista no parece mucho, pero cuando el Agente realmente empieza a funcionar, puede que no solo cambie el sabor de una copa, sino que toda la mesa esté probando la nueva receta.
Por eso no me gusta mucho eso de "actualizar la configuración y lanzarla de golpe".
Una manera más segura de hacerlo sería abrir primero una mesa pequeña.
Dejar que unas pocas tareas se ejecuten primero, ver si hay alguna deformidad, si las llamadas a las herramientas están bien, si los costos no se disparan de repente, y si la retroalimentación de los usuarios es normal. Confirmar que no hay problemas, y luego ir desplegando lentamente la nueva configuración.
Esto es también lo que ahora me importa más al mirar #OpenLedger , especialmente en Octoclaw y la línea de configuración de la nube.
No se trata de si la configuración se puede cambiar con un solo clic.
Sino de que, una vez cambiado, se pueda probar primero y, si hay problemas, poder retirar la acción a tiempo.
Si en el futuro los Agentes del ecosistema $OPEN realmente tienen que realizar investigaciones, trading, monitoreo en cadena y tareas de desarrollo, la gestión de configuraciones no puede solo buscar rapidez.
La bebida puede cambiar de receta.
Pero no llenes toda la sala antes de probar la primera copa.
#OpenLedger $OPEN @Openledger
Hoy estuve revisando la configuración de la nube de @OpenLedger y pensé en un escenario muy realista:
El Agente cambió una vez la configuración y, como resultado, todo el lote de tareas se desvió.
Cambié una frase en el prompt, cambié la entrada de datos, abrí un poco más los permisos de la herramienta y ajusté un poco los parámetros del modelo. A simple vista no parece mucho, pero cuando el Agente realmente empieza a funcionar, puede que no solo cambie el sabor de una copa, sino que toda la mesa esté probando la nueva receta.
Por eso no me gusta mucho eso de "actualizar la configuración y lanzarla de golpe".
Una manera más segura de hacerlo sería abrir primero una mesa pequeña.
Dejar que unas pocas tareas se ejecuten primero, ver si hay alguna deformidad, si las llamadas a las herramientas están bien, si los costos no se disparan de repente, y si la retroalimentación de los usuarios es normal. Confirmar que no hay problemas, y luego ir desplegando lentamente la nueva configuración.
Esto es también lo que ahora me importa más al mirar #OpenLedger , especialmente en Octoclaw y la línea de configuración de la nube.
No se trata de si la configuración se puede cambiar con un solo clic.
Sino de que, una vez cambiado, se pueda probar primero y, si hay problemas, poder retirar la acción a tiempo.
Si en el futuro los Agentes del ecosistema $OPEN realmente tienen que realizar investigaciones, trading, monitoreo en cadena y tareas de desarrollo, la gestión de configuraciones no puede solo buscar rapidez.
La bebida puede cambiar de receta.
Pero no llenes toda la sala antes de probar la primera copa.
#OpenLedger $OPEN @Openledger
GENIUS puede llevar el nuevo vino a la mesa antes, pero primero debe tener las etiquetas bien claras
Hace unos días escribí sobre $GENIUS , ya he hablado sobre balances multi-cadena, firmas reducidas, privacidad, sin gas, recibos de ejecución y terminal unificado.
Hoy, cambio a una perspectiva menos explorada: acceso a tokens pre-lanzamiento.
En la presentación pública se menciona que Genius Terminal espera permitir a los usuarios acceder a algunos activos nuevos que aún no están disponibles en muchos lugares. Para los traders, esto es, por supuesto, atractivo. Todos entienden que lo que más llama la atención en la mesa es esa botella de vino que aún no ha sido oficialmente incluida en el menú.
Pero creo que lo temprano no es el único valor que debería enfatizar el terminal. #ETH
Cuanto más temprano, más hay que saber leer la etiqueta del vino.
Una botella de vino madura, al menos tiene un precio, volumen, liquidez y reconocimiento de mercado relativamente claros. Pero un activo pre-lanzamiento, muchas cosas aún no se han asentado. ¿Qué tan profundo es el estanque? ¿La posición está demasiado concentrada? ¿El volumen de transacciones es una demanda real, o solo una moda pasajera? Cuando quieras salir, ¿hay suficiente contrapartida?
Si no se ven claros estos temas, "beber antes" podría ser solo un empujón anticipado.
Así que hoy miro a @GeniusOfficial, más preocupado por: cuando el terminal presenta nuevos activos antes a los usuarios, ¿puede también proporcionar la información necesaria para el juicio?
La presentación del proyecto también menciona mapas de calor de liquidez, análisis de posiciones y otros datos de mercado. Para mí, estas cosas no son solo adornos de datos en la página. Realmente deberían resolver una cuestión muy simple: aunque esta botella de vino sea nueva, los usuarios deben al menos saber si el sello está completo, qué dice la etiqueta, cuántas personas realmente están bebiendo en la mesa, y si pueden salir sin problemas cuando quieran dejar la copa.
Un buen terminal de trading no debería solo permitir hacer órdenes más rápido. #BTC
También debería informar que algunos vinos se pueden probar, algunos necesitan airearse primero, y algunos es mejor no apresurarse a abrir.
Esto también es lo que creo que #genius merece seguir observando.
Si GENIUS solo considera el pre-lanzamiento como un punto de venta "más temprano", entonces está resolviendo la emoción.
Si puede organizar claramente información sobre liquidez, estructura de posiciones, actividad de trading y dificultad de salida, entonces está resolviendo el juicio.
Un paso adelante puede ser una oportunidad.
Pero en la cadena, mirar bien la etiqueta suele ser más importante que levantar la copa primero.
#genius $GENIUS @GeniusOfficial
Hace unos días escribí sobre $GENIUS , ya he hablado sobre balances multi-cadena, firmas reducidas, privacidad, sin gas, recibos de ejecución y terminal unificado.
Hoy, cambio a una perspectiva menos explorada: acceso a tokens pre-lanzamiento.
En la presentación pública se menciona que Genius Terminal espera permitir a los usuarios acceder a algunos activos nuevos que aún no están disponibles en muchos lugares. Para los traders, esto es, por supuesto, atractivo. Todos entienden que lo que más llama la atención en la mesa es esa botella de vino que aún no ha sido oficialmente incluida en el menú.
Pero creo que lo temprano no es el único valor que debería enfatizar el terminal. #ETH
Cuanto más temprano, más hay que saber leer la etiqueta del vino.
Una botella de vino madura, al menos tiene un precio, volumen, liquidez y reconocimiento de mercado relativamente claros. Pero un activo pre-lanzamiento, muchas cosas aún no se han asentado. ¿Qué tan profundo es el estanque? ¿La posición está demasiado concentrada? ¿El volumen de transacciones es una demanda real, o solo una moda pasajera? Cuando quieras salir, ¿hay suficiente contrapartida?
Si no se ven claros estos temas, "beber antes" podría ser solo un empujón anticipado.
Así que hoy miro a @GeniusOfficial, más preocupado por: cuando el terminal presenta nuevos activos antes a los usuarios, ¿puede también proporcionar la información necesaria para el juicio?
La presentación del proyecto también menciona mapas de calor de liquidez, análisis de posiciones y otros datos de mercado. Para mí, estas cosas no son solo adornos de datos en la página. Realmente deberían resolver una cuestión muy simple: aunque esta botella de vino sea nueva, los usuarios deben al menos saber si el sello está completo, qué dice la etiqueta, cuántas personas realmente están bebiendo en la mesa, y si pueden salir sin problemas cuando quieran dejar la copa.
Un buen terminal de trading no debería solo permitir hacer órdenes más rápido. #BTC
También debería informar que algunos vinos se pueden probar, algunos necesitan airearse primero, y algunos es mejor no apresurarse a abrir.
Esto también es lo que creo que #genius merece seguir observando.
Si GENIUS solo considera el pre-lanzamiento como un punto de venta "más temprano", entonces está resolviendo la emoción.
Si puede organizar claramente información sobre liquidez, estructura de posiciones, actividad de trading y dificultad de salida, entonces está resolviendo el juicio.
Un paso adelante puede ser una oportunidad.
Pero en la cadena, mirar bien la etiqueta suele ser más importante que levantar la copa primero.
#genius $GENIUS @GeniusOfficial
Ver traducción
AI 最怕的不是没数据，是拿错数据办正事
我今天看 @OpenLedger，想到一个很容易被忽略的问题：
数据不是给了 AI，它就一定会用对。#ETH
同样是一份链上资料，有的适合看资金流，有的适合看项目背景，有的只能做历史参考，有的根本不适合拿来判断风险。你把它们全倒进模型里，AI 可能会显得很勤快，但不一定清楚哪瓶酒该上哪桌。
这比“有没有数据”更麻烦。
因为用户看到的是一句顺滑结论，背后可能是 Agent 把研究资料当风控依据，把旧公告当当前规则，把社区观点当事实证据。
所以我现在看 #OpenLedger，不只看 Datanets 里有没有足够多的数据。#BTC
我更想看每份数据有没有“使用说明”。
它适合什么任务？不适合什么任务？是事实、观点、历史记录，还是需要二次验证的线索？被 Agent 调用时，系统能不能知道它的边界？
如果 $OPEN 未来真要和数据贡献、Agent 调用、Proof of Attribution 这些东西绑在一起，那价值不只是记录“谁给了数据”，也应该记录“这份数据该怎么用”。
不然 AI 不是没酒喝。
是喝错了杯子，还说得特别认真。
#OpenLedger $OPEN @OpenLedger
我今天看 @OpenLedger，想到一个很容易被忽略的问题：
数据不是给了 AI，它就一定会用对。#ETH
同样是一份链上资料，有的适合看资金流，有的适合看项目背景，有的只能做历史参考，有的根本不适合拿来判断风险。你把它们全倒进模型里，AI 可能会显得很勤快，但不一定清楚哪瓶酒该上哪桌。
这比“有没有数据”更麻烦。
因为用户看到的是一句顺滑结论，背后可能是 Agent 把研究资料当风控依据，把旧公告当当前规则，把社区观点当事实证据。
所以我现在看 #OpenLedger，不只看 Datanets 里有没有足够多的数据。#BTC
我更想看每份数据有没有“使用说明”。
它适合什么任务？不适合什么任务？是事实、观点、历史记录，还是需要二次验证的线索？被 Agent 调用时，系统能不能知道它的边界？
如果 $OPEN 未来真要和数据贡献、Agent 调用、Proof of Attribution 这些东西绑在一起，那价值不只是记录“谁给了数据”，也应该记录“这份数据该怎么用”。
不然 AI 不是没酒喝。
是喝错了杯子，还说得特别认真。
#OpenLedger $OPEN @OpenLedger
GENIUS 真要做终端，不能只把酒瓶摆满一张桌
前几天写 $GENIUS ，我聊过多链余额、少签名、隐私、gas-free 和执行收据。
今天不继续沿着“后台怎么跑”写，我想换到一个更产品层的问题：Genius Terminal 如果真想成为交易终端，重点不只是把功能集中起来，而是能不能把交易者的判断组织好。
DeFi 里很多产品看起来功能不少。
Swap 有，bridge 有，收益入口有，合约交易也可能有。但用户真正交易时，最烦的往往不是少一个按钮，而是每做一个判断都要换一张桌子。#ETH
想换资产，打开一个页面。想看跨链余额，又换一个页面。想找收益机会，再换一个页面。
想确认风险和成本，还得回去翻钱包、看链、看 gas、看路由。
这一圈下来，酒还没喝，菜单已经翻到人清醒。
所以我今天看 @GeniusOfficial，更想看的不是“它能不能把很多功能塞进同一个前台”。
把酒瓶都摆满桌，不等于一张好酒单。
真正有用的终端，应该像一个会整理菜单的吧台：用户先看到自己能用什么资产、在哪些链上、能进入哪些交易动作、每种动作大概有什么成本和限制。然后再决定是买、卖、换、跨链，还是去找收益。
也就是说，Genius Terminal 的价值如果成立，不只是少切几次链、少跳几个 dApp。
它还要减少交易者的判断摩擦。#BTC
统一终端不是万能桌布。功能越多，越考验取舍：哪些信息放前台，哪些流程进后台，哪些风险必须提醒，哪些按钮不该为了显得专业而堆出来。
我觉得 #genius 后面值得观察的，就是这种“菜单能力”。
如果 GENIUS 只是把很多入口放在一起，那它只是更热闹。
如果它能把资产、链、机会和动作整理成一张用户看得懂的交易菜单，那它才更像一个真正的 DeFi 终端。
酒瓶多不稀奇。
难的是让人坐下以后，不用翻十本菜单，也知道今天该点哪一杯。
#genius $GENIUS @GeniusOfficial
前几天写 $GENIUS ，我聊过多链余额、少签名、隐私、gas-free 和执行收据。
今天不继续沿着“后台怎么跑”写，我想换到一个更产品层的问题：Genius Terminal 如果真想成为交易终端，重点不只是把功能集中起来，而是能不能把交易者的判断组织好。
DeFi 里很多产品看起来功能不少。
Swap 有，bridge 有，收益入口有，合约交易也可能有。但用户真正交易时，最烦的往往不是少一个按钮，而是每做一个判断都要换一张桌子。#ETH
想换资产，打开一个页面。想看跨链余额，又换一个页面。想找收益机会，再换一个页面。
想确认风险和成本，还得回去翻钱包、看链、看 gas、看路由。
这一圈下来，酒还没喝，菜单已经翻到人清醒。
所以我今天看 @GeniusOfficial，更想看的不是“它能不能把很多功能塞进同一个前台”。
把酒瓶都摆满桌，不等于一张好酒单。
真正有用的终端，应该像一个会整理菜单的吧台：用户先看到自己能用什么资产、在哪些链上、能进入哪些交易动作、每种动作大概有什么成本和限制。然后再决定是买、卖、换、跨链，还是去找收益。
也就是说，Genius Terminal 的价值如果成立，不只是少切几次链、少跳几个 dApp。
它还要减少交易者的判断摩擦。#BTC
统一终端不是万能桌布。功能越多，越考验取舍：哪些信息放前台，哪些流程进后台，哪些风险必须提醒，哪些按钮不该为了显得专业而堆出来。
我觉得 #genius 后面值得观察的，就是这种“菜单能力”。
如果 GENIUS 只是把很多入口放在一起，那它只是更热闹。
如果它能把资产、链、机会和动作整理成一张用户看得懂的交易菜单，那它才更像一个真正的 DeFi 终端。
酒瓶多不稀奇。
难的是让人坐下以后，不用翻十本菜单，也知道今天该点哪一杯。
#genius $GENIUS @GeniusOfficial
Lo que más teme la IA no es la falta de información, sino la información obsoleta que se presenta como nueva.
Hoy estuve revisando @OpenLedger y quiero plantear una cuestión sencilla pero crucial:
Los datos en el mundo cripto realmente pueden caducar. #BTC
Un proyecto que el mes pasado estaba discutiendo una determinada estrategia, este mes podría haber cambiado sus parámetros; un pool que ayer tenía liquidez, hoy podría haber retirado la mayor parte; un documento que el año pasado parecía completo, ahora podría haber cambiado incluso su dirección de contrato.
Si la IA solo memoriza estas cosas y te las presenta de manera seria, puede parecer que entiende, pero en realidad está vendiendo vino de ayer como si fuera nuevo.
Así que ahora cuando miro #OpenLedger, no solo me interesa si puede registrar "quién contribuyó con los datos".
Me interesa más si puede mantener la frescura de los datos.
En Datanets, ¿cuándo se ingresó cierta información? ¿Ha sido actualizada desde entonces? Después de ser llamada por un Agente, ¿alguien ha reportado que ya no es precisa? Si el PoA solo recompensa la primera carga, los datos pueden convertirse fácilmente en un almacén; si también se pueden ver las actualizaciones, revisiones y correcciones, se parecería más a una plataforma de inteligencia activa. #ETH
Esto es clave para $OPEN .
El verdadero Agente de IA útil en el futuro no es el que memoriza más datos, sino el que sabe qué información aún es válida y cuál ya debería ser descartada.
De lo contrario, cuanto más fluido hable la IA, más fácil será que los usuarios se desvíen con información desactualizada.
#OpenLedger $OPEN @OpenLedger
Hoy estuve revisando @OpenLedger y quiero plantear una cuestión sencilla pero crucial:
Los datos en el mundo cripto realmente pueden caducar. #BTC
Un proyecto que el mes pasado estaba discutiendo una determinada estrategia, este mes podría haber cambiado sus parámetros; un pool que ayer tenía liquidez, hoy podría haber retirado la mayor parte; un documento que el año pasado parecía completo, ahora podría haber cambiado incluso su dirección de contrato.
Si la IA solo memoriza estas cosas y te las presenta de manera seria, puede parecer que entiende, pero en realidad está vendiendo vino de ayer como si fuera nuevo.
Así que ahora cuando miro #OpenLedger, no solo me interesa si puede registrar "quién contribuyó con los datos".
Me interesa más si puede mantener la frescura de los datos.
En Datanets, ¿cuándo se ingresó cierta información? ¿Ha sido actualizada desde entonces? Después de ser llamada por un Agente, ¿alguien ha reportado que ya no es precisa? Si el PoA solo recompensa la primera carga, los datos pueden convertirse fácilmente en un almacén; si también se pueden ver las actualizaciones, revisiones y correcciones, se parecería más a una plataforma de inteligencia activa. #ETH
Esto es clave para $OPEN .
El verdadero Agente de IA útil en el futuro no es el que memoriza más datos, sino el que sabe qué información aún es válida y cuál ya debería ser descartada.
De lo contrario, cuanto más fluido hable la IA, más fácil será que los usuarios se desvíen con información desactualizada.
#OpenLedger $OPEN @OpenLedger
GENIUS hace trading de intención, lo que más necesita es ese ticket de salida
Ayer escribí sobre $GENIUS , hablé de sin gas: no dejes que los usuarios busquen un abridor cada vez que hagan una transacción.
Hoy quiero mirar un paso más hacia la cocina: si Genius Terminal permite a los usuarios simplemente decir "quiero comprar, quiero vender, quiero intercambiar", lo que realmente debería proporcionarles no son más botones, sino un ticket de salida que puedan entender. #ETH
El trading de intención suena muy bien.
Los usuarios no tienen que cambiar de cadena, buscar puentes, elegir rutas, calcular gas, solo tienen que expresar el resultado: quiero cambiar este activo por ese otro, mejor que sea sin complicaciones, rápido y sin mucho deslizamiento. El resto de las cosas se las deja al sistema de backend para que las maneje.
Este enfoque es, por supuesto, correcto.
Es como pedir en un restaurante, los clientes no necesitan ir a la cocina a preguntar de qué armario salió esa botella de vino, quién se encarga de abrirla, por qué camino llega a la mesa. Solo tienes que hacer tu pedido, el camarero trae el vino, y la experiencia es fluida.
Pero lo realmente profesional no es solo esconder la cocina.
Si una botella de vino tarda en llegar, o si no es la que pediste, los usuarios siempre querrán saber: ¿dónde se envió el pedido? ¿Hubo un cambio de ruta? ¿Cómo se alteraron los costos? Si falla, ¿se devuelve por la misma ruta o se convierte en otro activo atrapado en el camino? #BTC
Llevado al DeFi, este es el punto que hoy me preocupa más @GeniusOfficial .
Genius quiere integrar acciones como bridge, swap, gas, ruta en un terminal más amigable, el valor no solo radica en reducir clics, sino en permitir que los usuarios no tengan que completar cada paso del proceso. Pero mientras el proceso esté en el backend, el sistema necesita proporcionar un recibo de ejecución claro.
Por ejemplo, qué parte del saldo se utilizó para esta intención, qué ruta principal se tomó, cuánto se esperaba que costara y cuánto costó realmente, dónde se detuvo el capital en caso de fallo, si aún se mantiene dentro del límite no custodial.
Estos detalles no tienen que convertir a los usuarios en auditores técnicos.
Pero al menos deben permitir que el trader promedio entienda: cómo llegó mi vino desde la cocina, en qué paso hubo un problema, y a quién reclamar este pequeño ticket al final.
Así que creo que #genius esta línea no puede entenderse solo como "trading con un clic".
Un clic es solo la entrada, el ticket de salida es la confianza.
#genius $GENIUS @GeniusOfficial
Ayer escribí sobre $GENIUS , hablé de sin gas: no dejes que los usuarios busquen un abridor cada vez que hagan una transacción.
Hoy quiero mirar un paso más hacia la cocina: si Genius Terminal permite a los usuarios simplemente decir "quiero comprar, quiero vender, quiero intercambiar", lo que realmente debería proporcionarles no son más botones, sino un ticket de salida que puedan entender. #ETH
El trading de intención suena muy bien.
Los usuarios no tienen que cambiar de cadena, buscar puentes, elegir rutas, calcular gas, solo tienen que expresar el resultado: quiero cambiar este activo por ese otro, mejor que sea sin complicaciones, rápido y sin mucho deslizamiento. El resto de las cosas se las deja al sistema de backend para que las maneje.
Este enfoque es, por supuesto, correcto.
Es como pedir en un restaurante, los clientes no necesitan ir a la cocina a preguntar de qué armario salió esa botella de vino, quién se encarga de abrirla, por qué camino llega a la mesa. Solo tienes que hacer tu pedido, el camarero trae el vino, y la experiencia es fluida.
Pero lo realmente profesional no es solo esconder la cocina.
Si una botella de vino tarda en llegar, o si no es la que pediste, los usuarios siempre querrán saber: ¿dónde se envió el pedido? ¿Hubo un cambio de ruta? ¿Cómo se alteraron los costos? Si falla, ¿se devuelve por la misma ruta o se convierte en otro activo atrapado en el camino? #BTC
Llevado al DeFi, este es el punto que hoy me preocupa más @GeniusOfficial .
Genius quiere integrar acciones como bridge, swap, gas, ruta en un terminal más amigable, el valor no solo radica en reducir clics, sino en permitir que los usuarios no tengan que completar cada paso del proceso. Pero mientras el proceso esté en el backend, el sistema necesita proporcionar un recibo de ejecución claro.
Por ejemplo, qué parte del saldo se utilizó para esta intención, qué ruta principal se tomó, cuánto se esperaba que costara y cuánto costó realmente, dónde se detuvo el capital en caso de fallo, si aún se mantiene dentro del límite no custodial.
Estos detalles no tienen que convertir a los usuarios en auditores técnicos.
Pero al menos deben permitir que el trader promedio entienda: cómo llegó mi vino desde la cocina, en qué paso hubo un problema, y a quién reclamar este pequeño ticket al final.
Así que creo que #genius esta línea no puede entenderse solo como "trading con un clic".
Un clic es solo la entrada, el ticket de salida es la confianza.
#genius $GENIUS @GeniusOfficial
Lo que más teme un Agente de IA no es no saber trabajar, sino que no haya un buen traspaso de tareas.
Hoy estuve mirando @OpenLedger y me surgió una pregunta más práctica que el simple hecho de si la IA es lista o no:
Si un Agente está trabajando en algo y llega el siguiente, ¿sabe lo que pasó antes? #BTC
Por ejemplo, un Agente que está monitoreando direcciones en la cadena. ¿Qué wallets revisó ayer? ¿Qué señales falsas descartó? ¿Qué riesgos marcó? Si hoy llega otro Agente a continuar, sin un registro de traspaso, lo más probable es que empiece a revisar todo desde cero, o peor aún, se le pueden escapar problemas que ya se habían detectado.
Este es el verdadero lío que surge una vez que la IA comienza a hacer su trabajo.
Un chatbot puede ir respondiendo una línea a la vez, y si olvida algo, no pasa nada. Pero un Agente es diferente; necesita seguir con la tarea, ajustar datos, usar herramientas, y cambiar juicios. Cada acción debería dejar un "registro de traspaso": qué datos se usaron, qué modelo se invocó, qué juicio se hizo, y qué falta por confirmar. #ETH
Por eso ahora miro #OpenLedger, no solo para ver si puede registrar quién contribuyó con los datos, sino también para asegurarme de que las tareas de IA dejen un rastro continuo de trabajo.
Si $OPEN realmente se une a este tipo de Agente rastreable, el valor no será solo que "la IA tiene un libro de contabilidad", sino que cada Agente se asegure de dejar su escritorio limpio antes de salir.
De lo contrario, mientras más activa sea la IA, más fácil se vuelve que un grupo de personas se pelee por el trabajo, ¡pero nadie sepa en qué estado quedó el trabajo anterior! #OpenLedger $OPEN @OpenLedger
Hoy estuve mirando @OpenLedger y me surgió una pregunta más práctica que el simple hecho de si la IA es lista o no:
Si un Agente está trabajando en algo y llega el siguiente, ¿sabe lo que pasó antes? #BTC
Por ejemplo, un Agente que está monitoreando direcciones en la cadena. ¿Qué wallets revisó ayer? ¿Qué señales falsas descartó? ¿Qué riesgos marcó? Si hoy llega otro Agente a continuar, sin un registro de traspaso, lo más probable es que empiece a revisar todo desde cero, o peor aún, se le pueden escapar problemas que ya se habían detectado.
Este es el verdadero lío que surge una vez que la IA comienza a hacer su trabajo.
Un chatbot puede ir respondiendo una línea a la vez, y si olvida algo, no pasa nada. Pero un Agente es diferente; necesita seguir con la tarea, ajustar datos, usar herramientas, y cambiar juicios. Cada acción debería dejar un "registro de traspaso": qué datos se usaron, qué modelo se invocó, qué juicio se hizo, y qué falta por confirmar. #ETH
Por eso ahora miro #OpenLedger, no solo para ver si puede registrar quién contribuyó con los datos, sino también para asegurarme de que las tareas de IA dejen un rastro continuo de trabajo.
Si $OPEN realmente se une a este tipo de Agente rastreable, el valor no será solo que "la IA tiene un libro de contabilidad", sino que cada Agente se asegure de dejar su escritorio limpio antes de salir.
De lo contrario, mientras más activa sea la IA, más fácil se vuelve que un grupo de personas se pelee por el trabajo, ¡pero nadie sepa en qué estado quedó el trabajo anterior! #OpenLedger $OPEN @OpenLedger
GENIUS dice que es sin gas, pero yo me preocupo más por quién va a cubrir esta tarifa de apertura
Hace unos días miré $GENIUS , y escribí sobre el saldo en múltiples cadenas, firmas mínimas y transacciones privadas.
Hoy quiero enfocarme en un detalle que los usuarios comunes pueden sentir más: sin gas.
Mucha gente al escuchar por primera vez "sin gas" lo interpreta directamente como "gratis". Pero creo que la parte más importante de esta frase no es que los costos desaparezcan, sino que los usuarios finalmente no tienen que buscar un abridor antes de cada transacción. #ETH
Los viejos usuarios de DeFi deberían estar familiarizados con este escenario.
Claramente solo quieres cambiar un activo, y terminas teniendo que ver en qué cadena estás, si tienes gas en esa cadena, si es suficiente, o si necesitas transferir un poco desde otro lugar. El mercado ya está en la mesa, y tú sigues buscando en el cajón un abridor. Aún no has bebido, pero el proceso ya te ha despertado.
Así que veo a @GeniusOfficial, y no van a tomar "sin gas" como solo una palabra de marketing.
Lo que realmente importa es que devuelven la atención de la transacción al usuario.
Lo que el usuario quiere expresar es: quiero comprar, quiero vender, quiero intercambiar, quiero aprovechar esta oportunidad. En cuanto a qué gas necesita cada cadena subyacente, cómo se traza la ruta, cómo se cubren los costos y cómo se liquidan, mejor no interrumpir el juicio en cada paso.
Este es también un problema que Genius Terminal no puede eludir al convertirse en un terminal de trading.
Un terminal profesional no puede requerir que el usuario se ocupe de los asuntos administrativos cada vez que realiza una orden. Es como un restaurante que si cada vez que piden una botella de vino, exige que los clientes traigan su propio abridor, busquen al camarero para cambiar el dinero, o vayan a la cocina a conciliar cuentas; independientemente de lo atractivo que sea el menú, es difícil que la gente se quede.
Pero aquí también hay un punto de claridad: sin gas no significa sin costo. #BTC
Los costos no desaparecen mágicamente, solo son reorganizados por el sistema. Pueden ser absorbidos por la ruta, subsidiados por el protocolo, o reflejados en el spread, tarifas de servicio, ruta de ejecución u otros lugares. Lo verdaderamente importante es si se ha explicado bien esta cuenta, y no solo colocar la palabra "gratis" en la recepción.
Así que hoy miro #genius, y me interesa más cómo se manejan los costos.
Si GENIUS puede permitir que los usuarios sean interrumpidos menos por el gas, y al mismo tiempo aclarar de dónde provienen los costos, la ruta de ejecución y cómo se manejan los fallos, entonces no es solo "más fácil de usar". Está integrando un montón de tareas administrativas molestas de DeFi en un libro de cuentas de cocina más decente.
#genius $GENIUS @GeniusOfficial
Hace unos días miré $GENIUS , y escribí sobre el saldo en múltiples cadenas, firmas mínimas y transacciones privadas.
Hoy quiero enfocarme en un detalle que los usuarios comunes pueden sentir más: sin gas.
Mucha gente al escuchar por primera vez "sin gas" lo interpreta directamente como "gratis". Pero creo que la parte más importante de esta frase no es que los costos desaparezcan, sino que los usuarios finalmente no tienen que buscar un abridor antes de cada transacción. #ETH
Los viejos usuarios de DeFi deberían estar familiarizados con este escenario.
Claramente solo quieres cambiar un activo, y terminas teniendo que ver en qué cadena estás, si tienes gas en esa cadena, si es suficiente, o si necesitas transferir un poco desde otro lugar. El mercado ya está en la mesa, y tú sigues buscando en el cajón un abridor. Aún no has bebido, pero el proceso ya te ha despertado.
Así que veo a @GeniusOfficial, y no van a tomar "sin gas" como solo una palabra de marketing.
Lo que realmente importa es que devuelven la atención de la transacción al usuario.
Lo que el usuario quiere expresar es: quiero comprar, quiero vender, quiero intercambiar, quiero aprovechar esta oportunidad. En cuanto a qué gas necesita cada cadena subyacente, cómo se traza la ruta, cómo se cubren los costos y cómo se liquidan, mejor no interrumpir el juicio en cada paso.
Este es también un problema que Genius Terminal no puede eludir al convertirse en un terminal de trading.
Un terminal profesional no puede requerir que el usuario se ocupe de los asuntos administrativos cada vez que realiza una orden. Es como un restaurante que si cada vez que piden una botella de vino, exige que los clientes traigan su propio abridor, busquen al camarero para cambiar el dinero, o vayan a la cocina a conciliar cuentas; independientemente de lo atractivo que sea el menú, es difícil que la gente se quede.
Pero aquí también hay un punto de claridad: sin gas no significa sin costo. #BTC
Los costos no desaparecen mágicamente, solo son reorganizados por el sistema. Pueden ser absorbidos por la ruta, subsidiados por el protocolo, o reflejados en el spread, tarifas de servicio, ruta de ejecución u otros lugares. Lo verdaderamente importante es si se ha explicado bien esta cuenta, y no solo colocar la palabra "gratis" en la recepción.
Así que hoy miro #genius, y me interesa más cómo se manejan los costos.
Si GENIUS puede permitir que los usuarios sean interrumpidos menos por el gas, y al mismo tiempo aclarar de dónde provienen los costos, la ruta de ejecución y cómo se manejan los fallos, entonces no es solo "más fácil de usar". Está integrando un montón de tareas administrativas molestas de DeFi en un libro de cuentas de cocina más decente.
#genius $GENIUS @GeniusOfficial
La IA no teme a las actualizaciones, teme a que nadie recuerde la versión de ayer.
Hoy quiero desahogarme sobre un tema muy común pero poco discutido:
La misma IA, ayer decía una cosa, hoy parece que es otra persona.
El modelo se actualizó, los datos cambiaron, las palabras clave se modificaron, y la interfaz también pudo haber cambiado. Si vuelves a hacer la misma pregunta, la respuesta puede sonar más suave, pero es difícil saber: ¿realmente se volvió más inteligente, o solo cambió la forma de decirlo? #ETH
Esto no importa tanto en una charla casual.
Pero si se trata de trading, contratos, seguridad o investigación, se vuelve problemático.
Ayer evaluó que un pool no tenía mucho riesgo, hoy dice que hay que tener cuidado; ayer explicó la lógica de un proyecto y hoy añade un montón de nuevas premisas. Lo que los usuarios realmente quieren preguntar no es “¿qué dices ahora?”, sino: ¿la evaluación de ayer se basó en qué versión del modelo, qué conjunto de datos, qué entorno de llamada?
Por eso ahora miro @OpenLedger, además de la atribución de datos y las llamadas al modelo, también prestaré atención a algo más detallado:
Si cada salida clave de la IA puede dejar un rastro de versión.
No es para sacar trapos sucios, ni para causar problemas, sino para poder hacer un análisis posterior. #BTC
Los modelos se actualizarán, los datos se renovarán, los agentes cambiarán de estrategia, eso es normal. Lo verdaderamente peligroso es que el sistema cambie y el usuario no se entere de qué cambió. Al final, si la respuesta es incorrecta no se puede aclarar, y si es correcta tampoco se puede explicar bien.
Si #OpenLedger puede conectar la fuente de datos, la versión del modelo, el registro de llamadas y los cambios de resultados, el valor de $OPEN no será solo “recompensar a quien contribuyó con datos”, también podría ser dejar una etiqueta de versión para el mundo de la IA.
El vino puede cambiar de lote, pero la etiqueta no puede ser desordenada.
Lo mismo pasa con la IA.
Puede actualizarse, pero no puede pretender que nunca dijo lo que dijo ayer después de cada actualización.
#OpenLedger $OPEN @OpenLedger
Hoy quiero desahogarme sobre un tema muy común pero poco discutido:
La misma IA, ayer decía una cosa, hoy parece que es otra persona.
El modelo se actualizó, los datos cambiaron, las palabras clave se modificaron, y la interfaz también pudo haber cambiado. Si vuelves a hacer la misma pregunta, la respuesta puede sonar más suave, pero es difícil saber: ¿realmente se volvió más inteligente, o solo cambió la forma de decirlo? #ETH
Esto no importa tanto en una charla casual.
Pero si se trata de trading, contratos, seguridad o investigación, se vuelve problemático.
Ayer evaluó que un pool no tenía mucho riesgo, hoy dice que hay que tener cuidado; ayer explicó la lógica de un proyecto y hoy añade un montón de nuevas premisas. Lo que los usuarios realmente quieren preguntar no es “¿qué dices ahora?”, sino: ¿la evaluación de ayer se basó en qué versión del modelo, qué conjunto de datos, qué entorno de llamada?
Por eso ahora miro @OpenLedger, además de la atribución de datos y las llamadas al modelo, también prestaré atención a algo más detallado:
Si cada salida clave de la IA puede dejar un rastro de versión.
No es para sacar trapos sucios, ni para causar problemas, sino para poder hacer un análisis posterior. #BTC
Los modelos se actualizarán, los datos se renovarán, los agentes cambiarán de estrategia, eso es normal. Lo verdaderamente peligroso es que el sistema cambie y el usuario no se entere de qué cambió. Al final, si la respuesta es incorrecta no se puede aclarar, y si es correcta tampoco se puede explicar bien.
Si #OpenLedger puede conectar la fuente de datos, la versión del modelo, el registro de llamadas y los cambios de resultados, el valor de $OPEN no será solo “recompensar a quien contribuyó con datos”, también podría ser dejar una etiqueta de versión para el mundo de la IA.
El vino puede cambiar de lote, pero la etiqueta no puede ser desordenada.
Lo mismo pasa con la IA.
Puede actualizarse, pero no puede pretender que nunca dijo lo que dijo ayer después de cada actualización.
#OpenLedger $OPEN @OpenLedger
Inicia sesión para explorar más contenidos