Seguí comparándolo con los últimos cinco posts de “licencia RWA” que casi me salto. Mal instinto.
Lectura fácil: $Dusk #dusk solicitando una licencia ECSP significa que ahora puede conectar pymes europeas con capital onchain. Casilla marcada, narrativa alcista que se escribe sola.
Pero una ECSP no es una licencia cripto; es la misma autorización que necesitan las plataformas tradicionales de financiación colectiva para relacionar empresas con inversores en préstamos y valores. ¿Dónde se ubica realmente el riesgo de underwriting cuando esos activos pasan a onchain? Aún no está claro para mí.
Aquí está la confusión: $70B de volumen global de financiación colectiva (2025) y 34M de pymes europeas que enfrentan un salto de 43 puntos en la tasa en el Q2 de 2026 son cifras reales. Ninguna de las dos prueba que las pymes elijan rutas onchain sobre las tradicionales solo porque pedir prestado se volvió más caro.
Piensa en la licencia de corredor de valores, no en la cotización en bolsa: misma carga de KYC/AML, solo reubicada, no eliminada.
Lo que no he visto: un cronograma de la solicitud. Estaré atento al desfase entre aprobación y demanda antes de formarme una opinión real.
BNB ha evolucionado desde el token de utilidad del exchange de Binance hasta convertirse en uno de los activos más importantes del ecosistema cripto. Su mayor fortaleza es la utilidad: BNB se usa para pagar tarifas de gas en BNB Smart Chain, respaldar el staking y habilitar transacciones en una gran parte del ecosistema Web3.
🔥 Otro factor clave es el mecanismo de quema de tokens de BNB, que reduce la oferta con el tiempo y puede generar presión deflacionaria.
📊 Posición actual del mercado: A 24 de agosto de 2026, BNB se cotiza alrededor de $700, con una capitalización de mercado de aproximadamente $93 mil millones, ubicándose cerca del #5 entre las criptomonedas por capitalización según los datos en vivo de CoinMarketCap.
La importancia de BNB proviene de la combinación de utilidad en exchanges + uso de blockchain + staking + quemas de tokens + un ecosistema amplio.
El futuro de BNB dependerá de la adopción de BNB Chain, la fortaleza del ecosistema de Binance, la competencia de otras redes Layer-1 y los avances regulatorios.
BNB ya no es simplemente un “token de Binance” — se ha convertido en un activo de infraestructura importante en el mercado cripto. 🔶
Casi se me pasa en el changelog: cero dependencias de tiempo de ejecución. Enterrado bajo titulares más grandes sobre el lanzamiento del SDK.
Lectura fácil: Dusk Connect simplemente hace que la conexión de wallets sea más fácil para los desarrolladores. Bien, esa es la propuesta: un SDK ligero, lo conectas y listo.
Si te quedas un poco más con ello, en realidad trata de quién controla la capa de conexión. Dusk usa un patrón de descubrimiento basado en eventos: `dusk:announceProvider`, `dusk:requestProvider`, modelado directamente en el EIP-6963 de Ethereum. En vez de que un dApp codifique alrededor de una sola wallet, envía una solicitud y deja que cada wallet compatible responda. El dApp nunca tiene que saber qué wallet gana.
Esto es lo que se pasa por alto: estandarizar el descubrimiento no estandariza la confianza. Cualquier extensión puede escuchar ese evento de solicitud y presentarse como proveedor. El EIP-6963 resolvió la antigua condición de carrera de window.ethereum en Ethereum, pero no resolvió la suplantación de wallets: solo trasladó la carga de verificar qué proveedores son legítimos al usuario, una ventana de conexión a la vez.
El mismo intercambio aparece en las finanzas tradicionales. Las APIs de open banking estandarizaron cómo las apps de terceros solicitan acceso a cuentas, pero un formato de solicitud estandarizado nunca garantizó que quien solicitaba fuera seguro; los bancos siguen añadiendo pantallas separadas de consentimiento y verificación justo por esa razón.
Mi primera impresión fue que cero dependencias solo significaba una instalación más ligera. Pero es más que eso: tener menos dependencias también implica menos lugares donde puede ocultarse una posible vulneración de la cadena de suministro, y menos excusas si aun así se cuela alguna.
¿Preferirías que Dusk se enfoque a continuación en que más proveedores de wallets adopten esto, o en reforzar cómo los dApps verifican con qué proveedor están hablando realmente?
⚠️ Espera un rechazo bajista alrededor de 1.50–1.51 antes de entrar. El precio está consolidando después de una fuerte subida, así que evita perseguir la entrada.
Confirmación: Un cierre en 4H por debajo de 1.42 fortalece la continuación hacia 1.30–1.10.
Invalidación: Cierre en 4H por encima de 1.602.
Riesgo: Alta volatilidad; usa bajo apalancamiento y tamaño de posición controlado.
@Dusk caps blocks at 1MB. Casi me lo salté en sus notas de ingeniería como si fuera una nota al pie.
Lectura fácil: eso equivale a unas 250 transacciones de Phoenix por bloque. Bien, suena a un tope normal de rendimiento. Pero haz la división y una sola transferencia protegida ronda los 4KB. Una transferencia UTXO normal en una cadena transparente se queda por debajo de 500 bytes. La prueba PLONK en sí permanece compacta cerca de medio kilobyte, de tamaño constante independientemente de la complejidad del circuito. Así que el peso extra no está en la prueba.
Son las notas, los nullifiers y los compromisos que una transferencia protegida tiene que llevar para que el gasto no se pueda rastrear hasta nadie. La privacidad se paga en bytes, no en cómputo.
Pensé que esa era toda la historia de escalabilidad hasta que profundicé en DuskEVM. Funciona sobre OP Stack, ejecutando transacciones EVM mientras un batcher publica los datos de la transacción de vuelta a DuskDS como blobs en lugar de enviarlos a Ethereum. Bien en papel: saca la ejecución de contratos de la capa de settlement nativa para la privacidad, dale su propio mercado de gas y mantén DuskDS ligero. Mi primera intuición fue que esto realmente resuelve el problema de los bytes.
Excepto que esos blobs igual aterrizan en el presupuesto de bloques de DuskDS. Son los mismos bytes finitos con los que ya pelean las transferencias protegidas. Y ahora mismo DuskEVM corre solo como secuenciador, sin mempool público. Así que el cuello de botella no desaparece: se reubicó, y el ordenamiento se centralizó más en el proceso. DUSK es el token de gas nativo en ambos, DuskDS y DuskEVM, así que su curva real de uso depende de si ese presupuesto compartido aguanta cuando el tráfico EVM empiece a aparecer a escala.
Piensa en ello como si un exchange regulado encauzara órdenes dark-pool a través de la misma tubería de compensación que su segmento de mercado visible: al segmentar el flujo no agregas capacidad de compensación, solo cambias quién ve la cola.
¿Una cadena modular de privacidad resuelve la congestión agregando capas, o solo la mueve a un lugar más difícil de comprobar?
He estado sentado con el tema del "Max Cost" en TermMax Alpha y creo que me convencí de que me ofrecía más seguridad de la que en realidad me da.
prima pagada de una vez. esa es la pérdida máxima. cifra limpia, se siente como un tope en la parte de abajo. TermMax te dice ese número antes de que incluso entres en la posición.
excepto que el max cost tiene que ver con entrar, no con salir.
si quiero salir antes del vencimiento, no me quedo simplemente comiéndome la prima que ya pagué. estoy vendiendo según la liquidez que haya allí en ese momento. libro delgado, spread amplio y, de repente, cerrar antes me cuesta más que el "max" que pensé que había aceptado.
así que el número que TermMax me muestra de entrada es real. solo que responde una pregunta distinta a la que realmente estoy haciendo cuando quiero salir antes.
"max cost" y "max cost si realmente puedo que me llenen" no son la misma frase.
todavía estoy tratando de averiguar qué tan grande se vuelve esa diferencia cuando sube la volatilidad y todo el mundo intenta cerrar al mismo tiempo. ¿alguien realmente cerró una posición de Alpha antes de tiempo y la comparó con el max cost que se cotizó?