Nillion está creando mercados cifrados, y los Covenants son el elemento fundamental que los hace posibles. Un Covenant es una instrucción (una operación, una orden, una oferta o un pago) vinculada a una condición y publicada en Ethereum de forma cifrada. Permanece completamente ilegible para los operadores, los buscadores y la propia red hasta que se cumple la condición. Cuando eso ocurre, una red sin permisos de nodos Blacklight con participación bloqueada ayuda a descifrarla y ejecutarla; ningún custodio de confianza decide si se activa o cuándo. Dusk es el primer lanzamiento operativo de este sistema en Ethereum L1. Incorpora eventos condicionados (umbrales de precio y ventanas de tiempo), nodos sin permisos recompensados por su participación y un SDK para que los desarrolladores puedan crear estas aplicaciones con unas pocas líneas de TypeScript, mientras la criptografía funciona entre bastidores. Ejemplo: puedes programar por adelantado una instrucción sellada para comprar ETH por valor de 50.000 $ solo cuando BTC alcance los 80.000 $. Los detalles permanecen privados hasta que se alcanza el precio establecido, lo que reduce la filtración de estrategias y el riesgo de anticipación de transacciones. Esta es la fase fundacional de la hoja de ruta de siete fases de Nillion hacia unos mercados totalmente cifrados.
Esto me parece muy interesante e intrigante... ¿Qué opinan de este proyecto? Cuéntenme en los comentarios...
Un destacado legislador iraní ha descrito el enfrentamiento con Washington como una lucha existencial, afirmando que Teherán ve el actual estancamiento como una “batalla de vida o muerte”. Los comentarios se suman a una serie de declaraciones firmes de funcionarios iraníes mientras las tensiones se mantienen altas por el Estrecho de Ormuz, los ataques militares y el conflicto regional más amplio. La retórica subraya cómo ambos bandos siguen enmarcando la situación en términos máximos, con poca señal pública de desescalada.
Los errores más grandes que cometen los nuevos traders..
Tengo una wallet de RH de largo plazo y una wallet de RH de corto plazo
pero incluso si las combino, no estoy arriba de $100K en los últimos 6 días. De hecho, he metido la pata con $100K+
Después de analizar la operación de Elisa y conocerla de cerca, me he hecho unas cuantas preguntas durante los últimos días
Aquí hay algo que podría ayudarles a todos
- si tienes capital + la capacidad de hacer algo de investigación y mantener, y puedes mantenerte ocupado con un propósito mayor > literalmente copia la jugada de Elisa aquí (en retrospectiva, si hubiera hecho lo mismo, estaría arriba 7 cifras)
- mi culpa > empezar el port demasiado pequeño, entrar en tokens con un tamaño mucho menor, tratar las trincheras de RH como trincheras de SOL, salir de los tokens demasiado pronto, rotar demasiado, etc., etc., ya entiendes
- otro problema es que yo (y muchos otros) simplemente estamos enganchados a apps como Fomo/Pumpfun. Abrimos la app 50 veces al día, tenemos notificaciones para 30+ traders, estamos constantemente viendo gente comprando cosas nuevas y sentimos que tenemos que estar operando activamente. En este punto, simplemente estamos alimentando nuestro dopamina + esto me está impidiendo enfocarme en la visión más grande
- si el trading no es lo tuyo a tiempo completo, no lo trates como si fuera tu trabajo a tiempo completo. Lleva tus convicciones en las bolsas y sigue trabajando en tus objetivos a largo plazo
Enormes felicitaciones para Elisa por lograr esta enorme operación y superar al 99% de CT con una sola jugada, ¡mucho respeto!
Me enseñó una lección muy valiosa y la voy a implementar en mi estrategia..
La próxima carrera alcista de las criptomonedas creará a muchos millonarios. Quienes se posicionen ahora ganarán más dinero. Se vienen nuevas narrativas, nueva liquidez y nuevas oportunidades. La mayoría de las personas no las verá hasta que sea demasiado tarde.
El crepúsculo expone un argumento bastante sólido a favor de la eficiencia. SA utiliza PoS en lugar de PoW. Kadcast está diseñado para reducir transmisiones redundantes. El documento cita un uso de ancho de banda aproximadamente un 25% a un 50% menor en comparación con Gossip en los estudios referenciados, y afirma que esto puede traducirse en ahorro de energía. Pero entonces viene la parte interesante. Cuando Dusk analiza sus funciones nativas de host criptográfico, el documento admite que las reducciones de potencia específicas de la configuración de la VM de Dusk no se han cuantificado. Eso es importante. Porque hay una diferencia entre: “esta arquitectura debería ser más eficiente”
y “medimos exactamente cuánta energía ahorra esta arquitectura”. Quiero decir, en realidad prefiero que el whitepaper admita la brecha en lugar de fingir que el número ya existe. Pero también significa que yo no repetiría ciegamente la frase “Dusk es una blockchain energéticamente eficiente” como si eso ya fuera un resultado comprobado experimentalmente. Quizá lo sea. Quizá las cifras del mundo real sean impresionantes. Pero hasta que se midan bajo cargas de red reales, sigue siendo en parte una hipótesis arquitectónica. Y aquí es donde creo que la investigación en criptografía necesita volverse más honesta. Un diseño ingenioso no es lo mismo que un resultado medido. @Dusk $DUSK #dusk
En realidad, empecé a preguntarme si los dos modelos de transacciones de Dusk se están elogiando con demasiada facilidad. Moonlight piensa como Ethereum. Tienes una cuenta, un saldo y un nonce. Phoenix piensa más como Bitcoin más ZK. Tienes notas, nullifiers, un árbol de Merkle y pruebas. Dusk los pone a ambos dentro de la misma red. Entiendo por qué. La infraestructura financiera no siempre necesita el mismo nivel de privacidad para cada transacción. Pero aquí está la parte que me resulta incómoda: los dos modelos no solo le dan flexibilidad a los usuarios. También le dan a los desarrolladores dos modelos mentales distintos para razonar. En Moonlight, la red comprueba directamente saldos y estado de la cuenta. En Phoenix, la red en su mayoría comprueba si una prueba ZK demuestra esas propiedades sin revelar los datos subyacentes. Eso es elegante criptográficamente. Pero la elegancia para el protocolo no significa automáticamente simplicidad para las personas que construyen encima. Y es aquí donde creo que Dusk tiene algo que demostrar. Si en el futuro las finanzas reguladas terminan dependiendo en gran medida de ambos modelos, los desarrolladores necesitarán entender no solo qué transacción están construyendo, sino qué modelo de estado debe representarla. Quizá sea una característica. Quizá sea una complejidad innecesaria. Honestamente, no creo que sepamos todavía. Y por eso me parece esto más interesante que otra publicación del tipo “Dusk tiene privacidad”. La verdadera prueba de una arquitectura no es cuántas funciones tiene. Es cuánta complejidad heredan los desarrolladores de esas funciones. woah interesante ... @Dusk $DUSK #dusk
Estaba leyendo el whitepaper de Dusk para obtener más conocimientos mientras tomaba un té por la tarde, y de verdad me sacó algo de té del que quiero compartir con vosotros... Encontré algo en el whitepaper de Dusk que me hizo detenerme un segundo. Los datos privados y el comportamiento anónimo son dos problemas diferentes. Hablamos de Dusk como una blockchain centrada en la privacidad, pero el whitepaper en realidad es más cuidadoso que eso. Por ejemplo, tomad Kadcast. El diseño de su red ayuda a ofuscar de dónde provino originalmente un mensaje al reenviarlo a través de pares seleccionados. Pero el documento no dice que el origen se vuelva imposible de rastrear. Dice que se vuelve difícil de rastrear. Esa palabra importa. Porque hay una gran diferencia entre: “tu transacción es privada” y en “tu actividad en la red es completamente anónima.” No son la misma promesa. Y honestamente, prefiero que Dusk no finja que son lo mismo. Phoenix puede ocultar los detalles de las transacciones usando pruebas ZK, direcciones sigilosas y nullifiers. Pero la privacidad tiene varias capas y proteger el contenido de una transacción no elimina automáticamente cualquier posible señal a nivel de red. Así que aquí va mi opinión impopular o derrame de té para vosotros.. La privacidad de las transacciones no es igual a la anonimidad de la red. Y si Dusk quiere convertirse en infraestructura financiera, ser preciso sobre esa distinción puede importar más que tener el relato de privacidad más ruidoso. @Dusk $DUSK #dusk
Después de leer el whitepaper de Dusk, concluyo esto con una sola línea.. La privacidad no siempre significa soberanía. Quizá pueda estar equivocado.. quizá tu perspectiva sea diferente sobre esto, pero mira mi perspectiva... Creo que hay una contradicción en Dusk que merece más atención. El whitepaper habla sobre privacidad para activos regulados, pero Zedger también respalda algo muy poderoso: transferencias de fuerza iniciadas por el emisor. Eso cambia la forma en que pienso sobre la palabra “privacidad.” Los detalles de tus transacciones pueden protegerse mientras el activo en sí puede seguir operando bajo reglas que le otorgan al emisor ciertos poderes. Y honestamente, no creo que eso sea automáticamente malo. Un valor regulado puede realmente necesitar mecanismos para congelamientos, correcciones, acciones corporativas o transferencias exigidas legalmente. Pero plantea una pregunta más difícil: ¿Estamos creando activos financieros privados o activos financieros programables con privacidad controlada??? en serio?? No es exactamente lo mismo. Aquí es donde Dusk se vuelve más interesante para mí. El verdadero debate no es si $DUSK tiene privacidad. Sino quién puede anular las reglas de privacidad o de propiedad cuando la regulación lo exige. ¿no tienes curiosidad?? @Dusk $DUSK #dusk
Sigo pensando en una pequeña sección del whitepaper de Dusk. Describe un contrato de licencia de Citadel que puede rastrear quién posee una licencia, si es válida, cuándo vence y si se revoca o renueva. Es muchísimo de información para conocer y almacenar... Suena aburrido hasta que piensas en los mercados financieros. Muchísimas actividades reguladas dependen de permisos que cambian con el tiempo. Así que, en lugar de tratar el cumplimiento como un documento que se mantiene fuera de la blockchain, la arquitectura de Dusk apunta hacia algo diferente: ¿y si el permiso en sí se convierte en parte de la infraestructura? Entonces el cumplimiento no es solo algo que una empresa revisa antes de una acción. La red puede hacer que la validez de ese permiso forme parte de la acción. Eso es un cambio sutil. De “¿se te permite?” a “¿puede el protocolo probar que tienes permiso ahora mismo?”. Esa idea merece más atención. Incluso reduce el riesgo de seguridad... ¿qué dices sobre esto?? @Dusk $DUSK #dusk
¿Cómo se propaga una operación tradicional de bonos gubernamentales por el ecosistema de las criptomonedas?
Una recompra de bonos del Tesoro ocurre cuando un gobierno usa efectivo para recomprar sus propios bonos emitidos previamente a los inversionistas antes de que esos bonos venzan. Piensa en ello como si el gobierno dijera: “Debemos estos bonos, pero estamos dispuestos a comprarlos de nuevo ahora”. ¿Cómo puede eso afectar a las criptomonedas? La conexión es principalmente a través de la liquidez y las tasas de interés, no porque el gobierno esté comprando criptomonedas directamente. El gobierno compra bonos → los inversionistas reciben efectivo El Tesoro paga a los tenedores de bonos, devolviendo efectivo al sistema financiero.
Déjame contarte algo interesante que encontré hoy en el documento blanco de Dusk... Volví a revisar la sección de consenso del documento blanco de Dusk y encontré algo que creo que merece mucha más atención. Dusk usa sortición determinista. Eso suena casi contradictorio, ¿verdad? Si la selección del validador es determinista, ¿no debería todo el mundo saber a quién van a seleccionar a continuación? No del todo. ¿Tienes curiosidad suficiente para saber por qué no? Las reglas de selección se pueden reproducir y la participación influye en la frecuencia con la que un provisioner obtiene la selección. Pero la semilla usada para la selección futura está ligada a la firma del generador del bloque anterior. Así que la red puede verificar la selección después de que ocurra... mientras que las asignaciones futuras no están simplemente ahí esperando para ser predichas. waow, maravillosamente útil.. Me gusta este diseño porque separa dos cosas que la gente a menudo mezcla: verificabilidad y predictibilidad. Un sistema de consenso necesita la primera. Probablemente no quiera demasiado de la segunda. Y esa es una conversación de seguridad mucho más interesante que solo decir “Dusk usa PoS”. Supongo que no es tan simple después de todo. @Dusk $DUSK #dusk