goat111

La próxima vez que alguien diga que es el rey de las predicciones, enséñale esta clasificación.

Aunque lo del primer puesto es demasiado exagerado: el primer día ya se lo jugó todo y llegó a los 200.000 puntos.

Yo me dejé la piel y apenas conseguí 9.000 puntos.#币安神算子

En un rincón al que nadie presta atención, Predict lanzó el contrato premercado de Aster.

Llegó a subir hasta FDV 5B; ahora está en FDV 2B.

Los que participaron deberían haberse hecho ricos.

Lo que más me atrae de Nillion es que permite mantener privadas las estrategias de trading en cadena antes de ejecutarlas. Su producto principal, Covenants, puede cifrar y sellar las instrucciones de trading, y solo desbloquearlas para su ejecución cuando se cumplan las condiciones preestablecidas, reduciendo así las posibilidades de que la intención de operar quede expuesta de antemano.

Me entusiasman especialmente sus posibles aplicaciones en órdenes condicionadas, subastas selladas y pagos automatizados, que permitirían a los usuarios organizar sus operaciones en cadena con mayor autonomía.

Con el lanzamiento de DUSK en la red principal de Ethereum, la hoja de ruta de siete eras de Nillion ha dado un paso clave. A continuación, espero con especial interés la compatibilidad con más cadenas EVM, la liquidación entre cadenas, condiciones de activación más flexibles y una protección de la privacidad más completa.

Espero que estas capacidades se conviertan poco a poco en productos fáciles de usar para el público general y que ofrezcan más usos prácticos al mercado de las criptomonedas.

Sigue de cerca los avances de $NIL y @Nillion

DYOR; esto no constituye asesoramiento de inversión.

#nil $NIL @Nillion

Nuevo lanzamiento de Booster

⭐ Participa usando 2 puntos. Hay 10 U en premios en total y 10.000 plazas.
¡Date prisa si vas a participar!

Tarea 1

1. Sigue la cuenta oficial de bstock.

2. Opera con tokens de acciones de bstock por un valor equivalente a 100 U. Se recomienda comprar 101 U de Apple o QQQ.

Tarea 2
1. Sigue la cuenta oficial de flap.

2. Comparte la publicación correspondiente.

3. Compra y vende memes de acciones por un valor de 10 U. Se recomienda comprar 11 U de 牛来.

⚠️ Necesitas tener 11 U de BNB. Filtra por capitalización de mercado y ten cuidado de no comprar una copia falsa. Si hace falta, puedes comprobar la dirección del contrato (CA).

¿Así que todavía hay tantos extranjeros participando en Alpha?

Pero últimamente las actividades de Binance son cada vez menos frecuentes. Ya sean las competiciones de trading al contado, Alpha, Booster o incluso las publicaciones cortas (tareas para creadores), no ha habido ninguna desde septiembre hasta ahora.

No sé si es porque el mercado está demasiado apagado o porque Binance está empezando a centrarse más en las acciones que en las criptomonedas.

Ojalá vuelva a haber un mercado alcista para los pequeños inversores.

La captura de pantalla de abajo 👇🏻 muestra la petición de un KOL extranjero en una plataforma social.

¿HYPE$HYPE ya está en cotización al contado en Binance?

¿Esto significa que a partir de ahora se convertirá oficialmente en una casa de valores + un intercambio de criptomonedas?

El primer IPO de acciones en cadena de Binance resulta que fue de Polymarket… ¿significa eso que Polymarket ya no emite tokens?

El horario de apertura está configurado para el 24/9, a las cinco de la tarde.

Puntos a tener en cuenta:
1: Se realiza en PancakeSwap; debería ser como hacer la suscripción nueva de ALPHA.

2: Lo que se obtiene es solo un token; no tiene derechos de accionista.

3: La cantidad asignada depende de los puntos de Alpha, el nivel del emblema Trencher y el nivel en la cadena de bStocks.

21 bancos globales se comprometen a crear una empresa conjunta de stablecoins

Según CoinDesk, 21 de los principales bancos globales, incluidos Bank of America, Citi, Goldman Sachs, Deutsche Bank y UBS, ya se han comprometido a crear una empresa conjunta de stablecoins.

La empresa planea lanzar una stablecoin denominada en dólares, con el objetivo de ponerla oficialmente en funcionamiento en la primera mitad de 2027. Actualmente, no se ha divulgado la lista completa de instituciones participantes ni la red de funcionamiento de la stablecoin.

Esta es la segunda gran alianza de este año en lanzar una stablecoin; la anterior fue OUSD.

Así que, después de tanto tiempo de desarrollo, ¿la industria cripto está lista para aterrizar en aplicaciones de la vida real?

alpha concurso de trading

¿Por qué los anuncios en chino tradicional y chino simplificado no son iguales? 🤔
$IN $AIA

Caída estable, pero el alcance de Anzi era mayor; se hizo cargo de respaldar a los hermanos del concurso de trading
$KII

Durante dos semanas escribí seguidas sobre Dusk; solo cuando estaba organizando archivos me di cuenta de que mis suposiciones habían cambiado dos veces.

Primero lo consideré como una cadena pública de privacidad; después, la colaboración y la información sobre licencias lo llevaron a otro extremo, casi llegué a pensar: “ya está, todo el sistema financiero regulado está armado”.

Cuando realmente separas los estados por capas, la conclusión no es tan “espectacular”, pero se parece mucho más a la realidad. DuskDS L1 nativo ya está en Live: se encarga del juego final, la disponibilidad de datos y las cuentas de privacidad. DuskEVM atiende a los desarrolladores de Solidity, y Hedger aporta capacidades de confidencialidad. Citadel gestiona la identidad y la divulgación selectiva. NPEX y 21X ofrecen diferentes interfaces de mercado y de regulación. Y Dusk Trade vuelve a empaquetar el acceso, el trading y la liquidación en una entrada.

Lo interesante es que “tener esta capa” en la pila tecnológica no es lo mismo que “tener esta capa” madura en el producto. En la revisión del sitio oficial, Dusk Trade aún figura como Building; DuskEVM y Hedger figuran como Testnet. Dusk Connect y el nuevo monedero son Developer Preview. El hecho de que la base nativa esté funcionando no significa que la experiencia de trading, la salida entre cadenas y la liquidez ya estén completas.

Además, en el sitio oficial hay algunos números que es fácil convertir en titulares: €300M+ con confirmación de instituciones, 50K+ usuarios alcanzados, 210M+ con staking y ~10 segundos para el juego final.

Son señales positivas, pero el matiz es distinto: la emisión confirmada no es un TVL en tiempo real; el alcance no equivale a operadores activos; el staking no demuestra demanda de RWA; y la velocidad de “game final” no es la duración completa de la liquidación. Si sumas los cuatro para contar una historia, en vez de eso puedes acabar ocultando lo que realmente hay que verificar.

Así que ahora solo pongo la vista en cinco cosas: activos emitidos de forma real, usuarios cualificados, profundidad de operaciones, liquidación de extremo a extremo y funcionamiento estable después de incidentes de seguridad.

Dusk ya ha demostrado que no es solo una idea; el siguiente paso es probar que hay gente que lo usa de forma continua.

Si ustedes tuvieran que calificar un proyecto de infraestructura, ¿darían más peso a la integridad técnica o a los negocios reales que ya han ocurrido?
#dusk $DUSK @Dusk

A la 1 a. m. vi la recapitulación del incidente del puente Dusk y el análisis de AEGIS seguidos; antes de cerrar la página, de pronto sentí un poco de miedo: hace unos días casi acepto esa falsa solución “de dos opciones” tan cómoda: “no es una vulnerabilidad de L1, así que no pasa nada” o “como falló el puente, entonces toda la cadena es insegura”.

En realidad, la situación es mucho más complicada que esos eslóganes. El 16 de enero de 2026, el atacante consiguió permisos de una wallet con firmas que usaba el servicio de puente de Dusk a EVM.

La recapitulación oficial deja claro que esto no es un fallo de consenso, ni que se haya comprometido el protocolo subyacente de Dusk; es que se vulneró la ruta de firmas del puente. El diseño antiguo comprimía la wallet con firmas, el manejo del evento y la conexión de red en una sola vía operativa. Si la llave cae, el alcance al que puede llegar el atacante es demasiado grande.

Lo interesante es que el enfoque de la corrección no es simplemente “cambiar una llave”. El nuevo diseño separa la recepción del evento, la persistencia del trabajo, la liberación de fondos y el signer dedicado, y gestiona las transacciones con una máquina de estados como seen, submitted, completed, failed, stuck. La wallet caliente solo conserva el saldo que se necesita recientemente; si falta fondos, se pausa, y luego se reabastece manualmente desde la wallet fría.

Lo resumo con una analogía: es como si un camión de caudales lleno de dinero se convirtiera en algo con compartimentos, límites y autorizaciones escalonadas.

Y AEGIS es otra cuestión: la auditoría interna impulsó 39 medidas de reparación en total, de las cuales 7 se clasificaron como de criticidad, relacionadas con causas raíz como el aislamiento de VM, la deserialización inversa, el vínculo entre costos de Phoenix y reembolsos, y falsificación de BLS. La oficina oficial afirma que aún no se han encontrado pruebas de que esos problemas críticos se hubieran explotado previamente. El incidente del puente y AEGIS no pueden mezclarse en el mismo tipo de vulnerabilidad, y que “se hayan reparado” no significa que el riesgo sea cero.

Así que mi valoración actual es: no es una vulnerabilidad de consenso, pero eso no significa que no sea un problema de seguridad para el usuario. La recapitulación pública merece reconocimiento, pero no puede reemplazar la estabilidad a largo plazo ni la verificación por terceros.

Cuando ustedes evalúan una cadena, ¿incluyen el puente y la operación/mantenimiento dentro de la puntuación de seguridad del protocolo?
#dusk $DUSK @Dusk

Anoche probé la conexión de la wallet: saltaron varias veces las ventanas de autorización y de pronto entendí algo. Cuando miraba Dusk antes, siempre trataba la wallet como “solo para completar una interfaz más”; en realidad, puede ser la capa de toda la infraestructura del mercado que más fácilmente desanima a los usuarios comunes.

Cuando hablamos de la tecnología de Dusk, normalmente todos se enfocan en DuskDS, Phoenix o DuskEVM; casi nadie habla en serio de Dusk Connect. Las Web Wallet anteriores eran páginas relativamente independientes y los dApp tenían dificultades para descubrir de forma estándar la wallet y solicitar firmas.

En abril de 2026, con la apertura oficial de Dusk Connect, se toma como referencia la idea de descubrimiento de carteras de EIP-6963: se usa una interfaz Provider unificada para manejar el acceso a cuentas, las firmas, las transacciones y el cambio de red. La nueva Dusk Wallet también está lista para cubrir navegadores, escritorio y móvil, y admite transferencias, staking, reclamación de recompensas y permisos para dApps.

Lo interesante es que “el protocolo de conexión” y “la seguridad de la wallet” son dos capas distintas. Dusk Connect se encarga de que la aplicación encuentre la wallet y emita solicitudes, pero no guarda las claves del usuario; la nueva wallet es la que se encarga del almacenamiento local de claves.

La documentación oficial indica que en el lado de la extensión se usa PBKDF2 y AES-GCM, y en el lado nativo se usan Stronghold y Argon2. Además, incluye bloqueo automático, retroceso cuando falla el desbloqueo y autorización según el origen.

Esto hace que sea muy fácil que la publicidad lo convierta en una frase única: “la experiencia de la wallet Dusk está más completa”. En realidad, una interfaz unificada solo abre mejor la puerta, pero no significa que cada autorización sea segura.

Los sitios de phishing aún podrían inducir a firmar, y si el texto de permisos no es claro, también podría llevar al usuario a entregar accesos que no debería. Además, actualmente ambos repositorios siguen siendo Developer Preview.

Ahora me preocupa más el tipo de ventana de autorización más común: si el usuario puede entender a qué cuenta se está conectando, qué se está haciendo público y qué es exactamente lo que está firmando.

Cuando usan la wallet, ¿ustedes revisan en serio los permisos o básicamente confirman una tras otra sin más?
#dusk $DUSK @Dusk

Por la noche abrí una ventana para los materiales de NPEX y otra para los de 21X; al comparar las denominaciones de las licencias me quedé un buen rato dándole vueltas hasta darme cuenta de esto: yo también cometí uno de los errores más comunes en el mundo de las criptomonedas: cuanto más logos de socios hay, asumimos por defecto que la capacidad regulatoria se puede “acumular” sobre un mismo proyecto.

Al hablar de las ventajas de cumplimiento de Dusk, muchos artículos mencionan de una vez NPEX, 21X, MTF y DLT-TSS, como si todas esas licencias estuvieran integradas en el protocolo de Dusk. Pero si lo desarmamos, NPEX y 21X cubren ubicaciones distintas.

NPEX es un socio regulado del mercado en los Países Bajos; en los materiales oficiales se mencionan sus capacidades de MTF, Broker y ECSP: mercado secundario, búsqueda de activos y ejecución de órdenes, así como servicios de crowdfunding en la Unión Europea, todo en esta línea.

21X, en cambio, obtuvo la licencia de DLT-TSS bajo el Régimen Piloto de DLT de la UE, que permite, dentro de un marco específico, combinar operaciones y liquidación, y utilizar una cadena de bloques pública, sin necesidad de autorización. Dusk es actualmente un participante en las operaciones de 21X; una integración más profunda con DuskEVM aún está en planes.

Lo interesante es que estas dos colaboraciones no son sellos duplicados. NPEX se parece más a una puerta de entrada para activos, emisores e inversores; 21X se parece más a un canal regulado para el intercambio y la liquidación de valores digitales; y Dusk, en el medio, aporta privacidad, identidad y tecnología de liquidación. El encaje lógico entre los tres es bastante fluido, pero “encajarlos” no significa que la responsabilidad legal se combine automáticamente.

Esta es también la parte que más fácilmente se pasa de la raya en muchos contenidos divulgativos: que un socio tenga licencia no significa que Dusk en sí herede automáticamente todas las licencias; conectarse a un lugar con licencia no implica que la otra entidad comparta de forma natural el reconocimiento de límites de KYC, custodia y responsabilidades. Un anuncio puede probar la relación de colaboración, pero no puede sustituir los datos operativos de punta a punta.

Ahora, cuando veo este tipo de proyectos, primero pregunto a quién pertenece la licencia, qué activos cubre y quién es responsable ante los usuarios.

¿A ustedes les importa más la cantidad de licencias de la colaboración del proyecto, o en qué nombre de una entidad legal cae realmente la primera transacción verídica?
#dusk $DUSK @Dusk

Me enfrió el café dos veces y ni siquiera me dio tiempo de tomarlo; revisé de ida y vuelta las dos notas oficiales de Dusk y Chainlink y, de repente, me di cuenta: antes había tratado “poder hacer cross-chain” y “tener liquidez” casi como si fueran lo mismo.

Hablando de RWA de Dusk, muchos artículos, en cuanto ven CCIP, se van directamente a “conectar activos por toda la cadena y despegar la liquidez”. Pero en realidad, el planteamiento oficial de la colaboración se divide en dos líneas.

La primera es la interoperabilidad: Dusk y NPEX usan los estándares CCIP y CCT para que los activos regulados en Dusk EVM cuenten con una ruta cross-chain; además, el emisor conserva el control del contrato del token, e incluso puede configurar límites de velocidad y mecanismos de actualización. La segunda es los datos: DataLink se encarga de llevar a la cadena los datos oficiales del exchange de NPEX, y Data Streams ofrece actualizaciones de precios con menor latencia, para usar en fijación de precios, cumplimiento y liquidación.

Lo interesante es que estas dos líneas solo resuelven “la ruta” y “las señales”. CCIP es como una autopista entre ciudades; DataLink, como señales a lo largo del camino. Que la autopista esté arreglada no significa que los coches vayan a llegar, ni que el destino ya tenga compradores. Poder hacer cross-chain es accesibilidad técnica; si hay profundidad, spreads y contrapartes reales, eso es la liquidez del mercado; y no es lo mismo.

Incluso presté atención a la redacción: los materiales oficiales usan en gran cantidad expresiones de avance como adopting, integrating y will.

Esto puede demostrar la dirección de la colaboración y el diseño, pero no equivale a que ya haya salido un volumen de transacciones cross-chain RWA verificable. Si hay anomalías en las fuentes de datos, retrasos en las actualizaciones, interruptores de pausa y derechos para actualizar contratos, todo eso también se convertirá en nuevas fronteras de gobernanza.

Antes casi me dejé llevar por la idea de “integrar Chainlink = liquidez completada”. Ahora prefiero verlo separado: si la conexión ya está en marcha, si los datos son confiables y si de verdad alguien intercambia esos activos.

Cuando ustedes evalúan una colaboración cross-chain, ¿dan más peso a la lista de integraciones, o a la cantidad real cross-chain y a la profundidad de las operaciones? Comenten en la sección de comentarios.
#dusk $DUSK @Dusk

El fin de semana puse varias páginas de emisión de proyectos RWA juntas para mirarlas seguidas, y cuando vi la expresión “Tokenized Securities” me alerté un poco: antes yo había dado por sentado que, si acciones o bonos se convertían en tokens, ya estaba completada la tokenización en el ámbito de los valores.

Al hablar de tokenización de activos, muchos artículos se centran en el momento de la emisión: cuántos tokens corresponden a un activo fuera de línea, en qué cadena se despliega el contrato, si el precio se puede consultar. Pero si el registro de accionistas, la admisión de inversores, los dividendos, la votación, las restricciones de transferencia y el reembolso siguen dispersos en sistemas distintos, entonces los tokens en la cadena quizá solo sean un recibo electrónico más fácil de reenviar. El activo se “traslada” contablemente, pero su ciclo de vida en realidad no se ha trasladado.

La “emisión nativa” que quiere impulsar Dusk da un paso más: desde el momento en que el activo se crea, entra en el mismo flujo de trabajo digital. Quién puede poseerlo, cuándo puede transferirse, cómo se completa la liquidación DvP y cómo se ejecutan las acciones corporativas, todo se coordina en torno al mismo activo on-chain. Esta diferencia se parece a pasar de escanear un billete de papel a un código QR: en el primer caso cambias el soporte, mientras que en el segundo re-haces todo el sistema, desde la venta hasta la validación, el cambio y la devolución; ahí es donde se cambia realmente el proceso.

Lo interesante es que la emisión nativa suena más completa y, al mismo tiempo, arrastra los problemas consigo. Los contratos inteligentes pueden restringir transferencias, pero no pueden decidir por sí solos si el registro on-chain es, en términos legales, el registro final de accionistas; tampoco resuelven cómo recuperar derechos si se pierde la billetera, qué responsabilidades asume el custodio ni si distintas jurisdicciones reconocen o no un mismo registro. Ninguna solución se reduce a escribir unas líneas de código. La ruta DLT-TSS que impulsan NPEX y Dusk es importante, no porque añada otra sigla de licencias, sino porque se trata de si las responsabilidades legales y la liquidación on-chain pueden conectarse.

Este es, precisamente, el hoyo en el que más fácil caigo al mirar RWA: la cantidad emitida es muy llamativa, pero luego casi nadie se molesta en preguntar por el servicio posterior. A mí me gustaría ver los dividendos, la votación, el reembolso y la recuperación de derechos tras la pérdida de claves, y comprobar si realmente se recorrió el flujo completo. Cuando evalúan un proyecto RWA, ¿primero miran el tamaño de la emisión, o se fijan en cuántos eslabones del ciclo de vida del activo terminan realmente subidos a la cadena?
#dusk $DUSK @Dusk

Recientemente, siete plataformas de terceros de venta de billetes de tren han sido interrogadas por prácticas como “auxilio para reacomodar/adelantarse en la espera (candidatura para conseguir entradas)” y publicidad de selección de asientos mediante pago. En el sector ha surgido una versión bastante absurda: ¿el Range Order de TermMax no es, acaso, como el “paquete de aceleración para conseguir entradas” en la cadena?

Después de revisar la documentación de TermMax, solo puedo decir: esto es demasiado descabellado. La analogía solo ve “esperar”, pero no ve quién fija las reglas. “Acelerar para conseguir entradas” puede hacer que la gente crea que pagar puede cambiar el orden de emisión; el Range Order no vende prioridad, ni promete que se concrete la operación. Los market makers o un Curator preconfiguran un rango de APR, la capacidad y la curva; el usuario, al ver las cotizaciones, decide.

Si cree que un 8%—10% es razonable, solo coloca órdenes en el rango correspondiente; si la tasa de interés de mercado no entra, la orden no se ejecuta. La lógica puede simplificarse como APR=f(q,t): q es la cantidad negociada y t el plazo restante. Además, las órdenes en múltiples rangos pueden “escalonar” el capital, por ejemplo 80% en un rango más estable y 20% esperando un interés más alto, como si dividieras una orden limitada en varios tramos; pero esos porcentajes solo son un ejemplo de mecanismo.

Tampoco una tasa fija la “escribe” la plataforma a ojo. FT representa el derecho a canjear activos de deuda al vencimiento; XT es la parte complementaria. Se cumple que 1 FT + 1 XT = 1 unidad de activo de deuda. GT registra los colaterales y la deuda. Si el precio de FT es p y faltan d días para el vencimiento, ignorando comisiones, la anualización aproximada sería APR≈(1÷p−1)×365÷d. El descuento, el plazo y la curva determinan conjuntamente la tasa de interés; las órdenes y el estado de reserva se pueden verificar en la cadena.

Pero no traduzcas “ejecución de código” como “seguridad del principal”. El descenso del colateral puede disparar liquidaciones; además, los riesgos de oráculos, contratos y liquidez al salir no desaparecen por el hecho de estar en la cadena. FT no es un depósito bancario, ni es un canje obligatorio sin condiciones.

Así que no se puede resumir la diferencia con una frase tipo “gobierno humano contra código”. El paquete de aceleración para conseguir entradas vende “quizá más rápido”; TermMax ofrece reglas públicas sobre “qué precio está dispuesto a concretar” y “cómo se calcula el interés tras concretarse”.

El primero no puede aumentar el número de billetes; el segundo no puede eliminar el riesgo. El Range Order transfiere el poder de fijación de precios al usuario y también deja al usuario el costo de que no se ejecute.
#termmax @TermMax

Antes mezclaba Dusk Trade, DuskEVM y DuskDS al mirar todo junto, y siempre me pareció que había demasiados términos. Pero después de separarlo de nuevo, la lógica queda mucho más clara.

DuskDS se encarga del consenso, los finales deterministas, la disponibilidad de datos y los modelos de intercambio de Moonlight y Phoenix; DuskVM hace que los contratos en Rust/WASM se ejecuten directamente en la capa 1 nativa; DuskEVM ofrece el entorno de aplicaciones para Solidity; y Dusk Trade vuelve a empaquetar el acceso, la compra/venta y la liquidación en un producto que los usuarios pueden operar.

Esto es como un mercado de valores: DuskDS es el libro mayor y el centro de liquidación; DuskVM y DuskEVM son dos carriles de desarrollo de negocio; y Dusk Trade es el mostrador de operaciones dirigido a los inversores.

El mostrador puede renovarse, pero el libro contable subyacente tiene que ser estable.
Esta estructura por capas me ayuda a entender por qué Dusk insiste una y otra vez en la liquidación determinista.

Los activos regulados no pueden aceptar “probablemente no se revertirá”; el mercado necesita un estado final claramente definido.

Mis dudas también se trasladan: ¿la arquitectura multicapa podría convertir el riesgo que antes era solo de rendimiento en una cadena en riesgos de mensajes entre capas, puentes y complejidad operativa? Que la capa base tenga un final rápido es una ventaja, pero solo si la capa superior lo hereda correctamente el usuario realmente obtiene una liquidación más limpia.
#dusk $DUSK @Dusk

Al investigar TermMax Vault, lo que más me preocupa es quién toma las decisiones en nombre del usuario.

Vault utiliza el estándar ERC-4626: el usuario deposita activos y recibe participaciones; luego, Curator asigna los fondos a través de Range Order en múltiples mercados que utilizan el mismo activo de deuda.

Los parámetros sensibles no se pueden cambiar a voluntad: la documentación oficial indica que operaciones de mayor riesgo, como añadir mercados a la lista blanca o aumentar la fee de performance, deben pasar por un timelock; por defecto, la espera es de un día. El Guardian puede cancelar los cambios durante el periodo de espera, mientras que los ajustes para reducir el riesgo pueden ejecutarse más rápido.

Para entender las participaciones, se puede usar una relación básica: por cada participación, el valor liquidativo ≈ patrimonio neto del Vault / participaciones en circulación. El resultado del usuario depende de la variación del valor liquidativo, y luego se resta la fee de performance y los costos de transacción; el rendimiento de la estrategia que se muestra en la página no equivale necesariamente al importe final recibido.

Si una gran cantidad de fondos sale al mismo tiempo, Curator podría necesitar cancelar órdenes, canjear activos o preparar liquidez según una cola (queue).

Es como entregar el dinero a un gestor de fondos, mientras que se le da al responsable de control de riesgos un botón de pausa. Aprecio la separación de roles y los timelocks asimétricos, porque dejan al usuario una ventana de observación; pero Curator aún controla la selección de mercados, las curvas y la configuración.

Mi conclusión es que Vault reduce la barrera operativa, pero no completa por el usuario el proceso de due diligence del gestor, los activos subyacentes y la capacidad de salida.
#termmax @TermMax