Aeri 艾瑞

EL COCHE EQUIVOCADO

El circuito subterráneo ya había visto coches rápidos antes.

Coches construidos.

Coches caros.

Coches que sonaban como advertencias antes incluso de moverse.

Entonces, una vieja Silvia rodó hasta el lote.

Otra vez.

Las mismas rayas.

Los mismos paneles desalineados.

El mismo conductor que nadie podía identificar.

La gente empezó a reír.

Hasta que se encendieron las luces.

Esta vez, nadie desafió al conductor.

Nadie necesitaba hacerlo.

Porque todos ya sabían lo que pasaba cuando esos neumáticos traseros tocaban el asfalto mojado.

Pero esta noche era diferente.

Esta noche, la carretera estaba seca.

Sin lluvia.

Sin humo que ocultara los errores.

Sin excusas.

Solo agarre.

Solo velocidad.

Solo habilidad.

El conductor ajustó los guantes.

Se puso el casco.

El motor empezó a subir.

Y en algún lugar entre la multitud, alguien susurró:

"A ver si la leyenda sigue funcionando sin la lluvia."

La Silvia se colocó en la línea.

La luz se puso en rojo.

Tres segundos después...

verde.

Y el coche equivocado se convirtió en lo más rápido de la calle.

#Aeri
#MC
#MooDCirCuiT

LA QUE NO APLAUDIÓ

Para el amanecer, el video ya se había difundido por todas partes.

Millones de visitas.

Miles de comentarios.

Todos querían saber quién era la chica de la Silvia.

Nadie obtuvo respuestas.

Entonces alguien publicó once segundos de otro conductor.

Sin subtítulos.

Sin explicación.

Solo un coche negro arrasando a través de una carretera de montaña empapada de lluvia.

Una curva.

Una transición.

Perfecto.

El video terminó.

Los comentarios lo llamaron Ghost.

Sin rostro.

Sin nombre.

Sin historia que nadie pudiera verificar.

Solo una reputación.

Llevaba años corriendo el circuito subterráneo.

Nunca perdió en una carrera con carretera mojada.

Nunca se estrelló.

Nunca celebró.

Y aparentemente...

Nunca aplaudió por nadie.

Tres noches después, la Silvia volvió al circuito.

La multitud era más grande esta vez.

Los teléfonos ya estaban alzados.

Pero al otro lado del estacionamiento, una persona no estaba mirando a la multitud.

Estaba mirando a la Silvia.

Casco negro.

Chaqueta oscura.

De pie junto a un auto con las luces apagadas.

El conductor caminó despacio hacia allí.

Se detuvo al lado de la ventana.

Miró la carrocería rayada.

Las ruedas desiguales.

Las reparaciones hechas a mano.

Luego miró hacia dentro.

"¿La construiste tú mismo?"

Una pausa.

"Casi."

Asintió.

"Por eso."

La ventanilla bajó.

"¿Por qué qué?"

Miró hacia la carretera.

"Manejas como si estuvieras intentando demostrar algo."

Silencio.

Entonces:

"¿Y tú?"

Volvió la vista.

"Manejo como si ya lo hubiera demostrado."

Se alejó.

Sin desafío.

Sin carrera.

Nada.

Justo antes de la medianoche, un motor se puso en marcha en algún lugar más allá de los almacenes.

Luego otro.

El coche negro se dirigió hacia la salida.

La Silvia lo siguió.

La carretera que quedaba adelante se perdió en la oscuridad.

Una curva esperaba más allá de la lluvia.

Y en algún lugar más adelante...

Alguien por fin estaba esperando a un conductor digno de perseguir.

#Aeri

#MooDCirCuiT

$USELESS

$SOL

$BEAT

Moneda vs Token ¿Cuál es la diferencia? 🪙

La gente a menudo usa “coin” y “token” como si significaran lo mismo,
pero hay una diferencia importante:

🪙 Moneda = tiene su propia blockchain

BITCOIN ($BTC ) funciona en la blockchain de Bitcoin.

$ETH funciona en Ethereum.

Las monedas son activos nativos de sus propias redes y a menudo se usan para pagar comisiones de transacción.

🧩 Token = se construye sobre una blockchain existente

Un token no necesita su propia blockchain. Se puede crear en redes como Ethereum, BNB Chain o Solana.

USDT es un buen ejemplo: puede existir en varias blockchains, según la versión que se esté usando.

La forma más fácil de recordarlo:

👉 Moneda = su propia blockchain

👉 Token = usa otra blockchain

Así que, cada moneda es un activo cripto, pero no todo activo cripto es una moneda.

#crypto #blockchain #Binance #Aeri #MooDCirCuiT

La estrategia de envío se está convirtiendo en parte de la historia del petróleo
La situación en el Estrecho de Ormuz está creando un efecto dominó más allá de los precios del crudo.

Se informa que los productores de petróleo del Golfo están ajustando la forma en que mueven las exportaciones, incluida la ampliación de la capacidad de los petroleros y la modificación de las estrategias de transbordo, ya que la seguridad del transporte se vuelve una preocupación mayor.

Ese cambio importa porque puede reducir la disponibilidad de petroleros y hacer que tanto los precios de las embarcaciones como las tarifas de fletamento suban.

Así que lo interesante no es solo lo que ocurre con el petróleo.

Es cómo el riesgo geopolítico está empezando a reconfigurar la logística y la estructura de costos detrás de los flujos energéticos globales.

#MooDCirCuiT #Aeri

#dusk $DUSK
@Dusk

He estado investigando la configuración de Dusk’s Citadel desde hace un tiempo, y la forma en que gestiona la identidad me parece más práctica que la mayoría de las herramientas de privacidad que he visto.

básicamente vas a un proveedor de licencias, te verifican fuera de la cadena (off-chain) de la manera habitual, y luego emiten una credencial cifrada que se registra en la cadena (on-chain). Más tarde, cuando necesitas acceder a algo, generas una prueba de conocimiento cero que demuestra que tienes una válida. El contrato la verifica y registra una sesión, pero no queda nada de ti, de la licencia exacta ni de los atributos en público. Solo entregas a la plataforma una cookie de sesión y ellos deciden según sus propias reglas.

es un poco como mostrar un pase de acceso que abre la puerta sin revelar nunca tu nombre ni qué empresa lo emitió. La prueba es suficiente. Esto importa para temas regulados porque las instituciones aún reciben la señal de cumplimiento que necesitan, mientras que los usuarios evitan volcar datos personales en cada plataforma. Un KYC una sola vez que viaja contigo en lugar de repetirse.

por supuesto, todavía depende de que esos proveedores de licencias sean confiables desde el principio, y los proveedores de servicios mantienen el control total sobre lo que aceptan. El código en sí incluye las advertencias habituales sobre que todavía no está reforzado para producción. La adopción dependerá de si suficientes servicios reales se conectan efectivamente y de si los incentivos se alinean para que los emisores se mantengan.

me da curiosidad saber qué piensan los demás: ¿este tipo de modelo de prueba selectiva realmente reduce la barrera para las instituciones más de lo que complica las cosas para los usuarios cotidianos?

#dusk $DUSK @Dusk

Los tribunales no tratan a los culpables y a los no culpables de la misma manera. Necesitas que prácticamente todos estén de acuerdo para condenar a alguien. Con un solo disidente basta para dejarlos en libertad. Un listón distinto para resultados distintos, porque equivocarse de una forma cuesta mucho más que de la otra.

El consenso de Dusk funciona con esa misma lógica y no esperaba eso de una blockchain.

cuando miré cómo un bloque en realidad se confirma, encontré la misma división. Para confirmarlo como válido, el comité necesita dos tercios a favor. Para rechazarlo o decir "no pudimos decidir", solo hace falta la mitad más uno. Sí es caro. No es barato. A propósito, supongo. Un bloque malo que se cuela es un desastre para deshacer. Un bloque detenido solo lo intenta de nuevo en la siguiente ronda.

Esas votaciones no son un recuento de cabezas. Dusk divide cada comité en 64 créditos, y los participantes con más participación obtienen más de ellos. Tres créditos de una ballena superan a tres pequeños titulares que votan de la misma forma. El listón parece fijo en 2/3 y en la mitad más uno, pero a quién tendría que convencer para alcanzarlo depende de cómo estén repartidos esos créditos.

Eso es lo que me inquieta. Si la participación sigue acumulándose en menos manos, el lado barato, el lado del "no", se vuelve aún más fácil de activar. No porque cambie la matemática, sino porque al final menos personas terminan poseyendo suficiente Dusk como para inclinarlo y no me gusta eso.

#dusk $DUSK @Dusk

He estado profundizando en los modelos duales de Dusk con más cuidado últimamente y la configuración Moonlight versus Phoenix se siente menos como dos herramientas separadas y más como la capacidad de una misma institución para cambiar su postura regulatoria sin salir de la cadena.

moonlight es el lado del libro mayor abierto. Los saldos están a la vista, cada transferencia muestra quién envió qué y a quién. Eso lo convierte en la vía de menor resistencia para exchanges, reportes o cualquier flujo donde auditores o contrapartes necesiten visibilidad total. Phoenix lo invierte. Los fondos se mueven como notas cifradas. La red solo ve que las matemáticas cuadran mediante pruebas de conocimiento cero. Las cantidades y los enlaces permanecen ocultos para el público, pero el receptor aún sabe quién envió y las claves de visualización pueden abrir la caja para las partes autorizadas cuando se requiera.

lo que destaca es lo bien que encajan ambos en la misma capa de liquidación. Una institución puede mantener la tesorería diaria o los reportes de cumplimiento en Moonlight y luego mover posiciones sensibles o liquidaciones de clientes a Phoenix cuando las reglas de divulgación se endurecen o cuando el impacto en el mercado se vuelve una preocupación. Sin puente, sin activos envueltos: solo una conversión atómica a través del contrato Transfer. Eso elimina la usual “tasa” de fragmentación que se ve cuando la privacidad y la transparencia viven en redes diferentes.

la limitación es real, aunque. La mayor parte del volumen aún parece preferir la vía transparente, ya sea por costumbre, ajustes predeterminados de la billetera o, simplemente, porque muchos flujos regulados todavía exigen rastros públicos. La privacidad solo importa si los incentivos y las herramientas realmente atraen a las personas hacia el lado protegido.

¿esa flexibilidad de doble modo realmente reduce la barrera para las instituciones o solo crea otra capa de complejidad operativa que dudarán en gestionar?

#dusk $DUSK @Dusk

i thought more stakes just meant more voting power, plain and simple. Twice the DUSK staked, twice the odds of getting picked. Dusk's own sortition algorithm says that's not quite the full picture and i only caught it by reading past the summary.

when Dusk builds a voting committee, it doesn't just look at your stake once and hand out credits based on that single number. It assigns credits one at a time, in a loop. And every time a provisioner gets a credit, the algorithm subtracts that credit's weight from their stake before it even checks who's eligible for the next credit in line.

so your stake isn't a fixed, frozen number for the whole extraction process. It's shifting, credit by credit as the loop runs through the committee. That means the exact same raw stake, say two identical provisioners with equal DUSK staked can end up with slightly different real odds depending purely on where in the sequence their credits get assigned. Not some huge swing that flips outcomes. But not the perfectly clean straight line most people assume when someone says "more stake, more power" either.

i almost missed this entirely, honestly. The usual explanation of Dusk's sortition stops right at "bigger stake, better odds" and leaves it there which isn't wrong, just incomplete. The subtraction step lives one layer deeper, inside the actual deterministic extraction loop not in the headline version everyone repeats.

so here's the honest take. This isn't some hidden flaw or a gotcha. It's just more textured than the pitch. Dusk built a system where stake matters a lot just not in a perfectly linear way once you actually watch the loop run credit by credit.

#dusk $DUSK @Dusk

Asumí que solo un sistema de pruebas necesita una configuración confiable y que el otro simplemente la omite. No es así en realidad y la propia configuración de Dusk me lo dejó claro.

El asunto es este. Tanto PlonK como Groth16 necesitan una configuración confiable. Dusk admite ambos, integrados de forma nativa en el motor Piecrust como funciones nativas. La diferencia real no es si necesitas una. Es con qué frecuencia.

Groth16 necesita una configuración nueva para cada circuito, uno por uno. Nueva lógica de contrato, nueva configuración cada vez. Eso es costoso de organizar, pero compensa. Las pruebas son diminutas y la verificación es rápida.

PlonK lo hace de manera distinta. Una sola configuración, realizada una vez y reutilizada en cualquier circuito que construyas después. Mucho más flexible. Pero las pruebas se vuelven más grandes y verificarlas cuesta más.

Así que Dusk no está eligiendo un ganador aquí. Está dando a los desarrolladores ambas herramientas y dejando que el intercambio lo decidan ellos. ¿Quieres velocidad y no te importa reorganizar el trabajo de configuración por circuito? Groth16. ¿Quieres flexibilidad y puedes soportar una prueba más grande? PlonK.

Antes pensaba que la configuración confiable era una pregunta de sí o no. Los documentos de Dusk me mostraron que en realidad se trata de cuánto trabajo de configuración estás dispuesto a rehacer y de qué tamaño de prueba estás dispuesto a llevar.

#termmax @TermMax

Solía pensar que un timelock era solo un retraso que se añadía a un contrato inteligente. Después de revisar la documentación de seguridad de TermMax, creo que eso no acierta con la razón real.

Lo que llamó mi atención es que las operaciones sensibles no entran en vigor de inmediato. Los cambios en parámetros críticos tienen que esperar antes de implementarse. Eso le da a la gente tiempo para revisar el cambio y, si algo parece perjudicial, potencialmente revocarlo antes de que se vuelva activo.

Aquí tienes un ejemplo sencillo. Si se cambia un parámetro sensible de un Vault, el sistema no trata el cambio aprobado como algo que deba ocurrir justo en el momento. Hay una ventana entre la decisión y la implementación real. Esa ventana importa porque los errores o los cambios perjudiciales se pueden gestionar mucho más fácilmente antes de que surtan efecto.

El costo es la velocidad. TermMax renuncia a los cambios instantáneos a cambio de la oportunidad de detectar problemas primero. Y creo que esa es la parte más interesante del diseño. La seguridad no siempre consiste en añadir más control. A veces se trata de ralentizar el control de forma deliberada.

TermMax también me hace preguntarme algo más. Si un cambio de parámetro es urgente, ¿cuánto retraso es aceptable antes de que la propia protección empiece a convertirse en un problema?

Ese equilibrio es lo que hace que el diseño de timelock TMX valga la pena prestarle atención.

#dusk $DUSK @Dusk

Yo apuesto, y quiero que mi voto cuente de inmediato. Así que cuando descubrí que Dusk te hace esperar, me molesté. Luego leí en realidad por qué. Esto es lo que hay: Dusk funciona por épocas, bloques de 2.160 bloques cada una. Cuando apuestas, no te vuelves apto para votar en el segundo en que tu DUSK toca la red. Hay una fórmula que decide cuándo realmente maduras: M es igual a dos veces la época, menos tu altura módulo la época. Suena a clase de matemáticas. En realidad es solo un temporizador de espera.

Al principio pensé que esto era solo papeleo. Luego pensé en lo que pasaría sin ello. Si una nueva apuesta pudiera votar al instante, alguien podría observar el comité que viene, apostar rápido justo antes de un voto que quiere influir, emitir su voto y luego retirarse. Entrar y salir, sin una implicación real. Dusk cierra esa puerta. Tienes que esperar una parte de una época para que tu apuesta cuente para algo.

El intercambio también es real. Los apostadores honestos esperan más de lo que les gustaría, y no hay forma de evitar ese costo. Pero prefiero esperar un poco antes que apostar en una cadena donde cualquiera pueda alquilar influencia para un voto. Dusk eligió la paciencia en lugar de la velocidad aquí, y después de investigarlo, entiendo por qué.

El mercado está cerrado. Entonces, ¿por qué un perpetuo de TradFi de TradFi aún puede operar? 👀

Esto es una de las cosas más interesantes sobre los productos TradFi de Binance Futures.

Los mercados bursátiles tradicionales no operan 24/7.

Sin embargo, Binance ofrece contratos perpetuos de TradFi que pueden operarse durante todo el día.

Entonces, ¿qué es exactamente lo que estás negociando?

No es la acción real.

Estás operando un contrato de futuros perpetuos que sigue el precio del activo subyacente.

Esa distinción importa.

Imagina que estás viendo una acción cuyo intercambio tradicional ya cerró por el día.

Salta una noticia durante la noche.

El intercambio subyacente no está operando activamente, pero el contrato perpetuo aún puede tener su propia actividad de mercado.

Eso crea una pregunta importante:

¿Cómo se mantiene el contrato conectado al precio del activo subyacente?

Los contratos perpetuos usan mecanismos como un sistema de índice/precio de referencia (mark price) y tasas de financiación para ayudar a mantener el contrato alineado con el mercado subyacente.

Y por eso, entender la estructura del producto importa más que simplemente reconocer el ticker.

Podrías ver:

TSLAUSDT

y pensar:

“Estoy comprando Tesla”.

Pero eso no es lo mismo que poseer acciones de Tesla.

Estás operando un derivado cuyo valor sigue al activo subyacente.

📌 La lección:

Un ticker familiar no necesariamente significa un producto familiar.

Antes de operar cualquier perpetuo de TradFi, entiende:

→ Qué representa el contrato

→ Cómo se determina su precio

→ Cuándo opera el mercado subyacente

→ Cómo funciona la financiación

→ Qué apalancamiento estás usando

El mismo activo subyacente ≠ el mismo instrumento financiero.

Ese es el detalle que yo querría entender antes de realizar una operación.

#Binance #TradFi #futures #cryptoeducation

Cerré la operación con un increíble 2012% de ROI 🚀🔥. Honestamente, todavía estoy procesando ese número. Tomé la ganancia, la aseguré y me fui sonriendo. 📈💰 ¡Menuda locura!

Un pequeño recordatorio: no dejes que la codicia convierta una buena operación en un arrepentimiento. 📈 Toma tus ganancias, protege tus logros y recuerda que siempre hay otra oportunidad. 🧠💰

#dusk $DUSK
@Dusk

Cada proyecto cripto ya pone una insignia auditada en su página de inicio. En este punto, básicamente es papel tapiz. Nadie lee lo que hay detrás. Yo sí lo hice una vez y en particular con @Dusk _Foundation, y eso cambió la forma en que pienso sobre todo este tema de las auditorías.

Dusk desarrolla tecnología de privacidad para finanzas reguladas, activos tokenizados y operaciones de trading compatibles: la fontanería poco glamorosa que podrían usar bancos reales. No es llamativo. Pero esa es justo la idea. La infraestructura del dinero se supone que sea aburrida.

Fue el rastro de auditoría de Dusk, público, en GitHub. Diez auditorías separadas, en total más de 200 páginas, realizadas por firmas externas como Zellic y Oak Security, sin ninguna razón para irles con miramientos.

Y no fue un barrido limpio. Una revisión de su motor de contratos inteligentes detectó dos fallos serios, del tipo que podría hacer caer cosas o permitir que los números se comporten de formas que no deberían. Problemas reales. El equipo los corrigió y, aun así, publicó los hallazgos: incluidas las equivocaciones.

Ese es el detalle que importa. Un informe con cero hallazgos, cada vez, no es tranquilizador. Es sospechoso. Que se detecten y cierren errores es lo que parece un proceso real, y se omite la insignia. Lee el informe real. Mira qué se marcó y si el equipo se hizo cargo. Eso te dice más que cualquier logo.

#termmax @TermMax

Antes creía que la liquidación se trataba principalmente de vender la garantía, asumir la pérdida e intentar recuperar lo adeudado. Después de leer las preguntas frecuentes de TermMax me di cuenta de que el proceso puede verse bastante diferente.

Lo que llamó mi atención es lo que puede ocurrir durante una liquidación parcial. En lugar de tratar la garantía solo como algo que se vende para recuperar la deuda, los titulares de FT pueden recibir una parte proporcional de la garantía.

Eso cambia la forma en que veo el mecanismo. Imagina que una posición queda infragarantizada y solo una parte necesita liquidarse. Con TermMax, los titulares de FT afectados pueden recibir su parte de la garantía directamente. Así, el resultado se vincula de forma más directa al activo subyacente en lugar de reducirse a un simple pago de recuperación.

Pero hay un intercambio. La entrega física no elimina el riesgo de liquidación. El valor de la garantía aún puede moverse y, al recibir un activo directamente, el titular puede ahora estar expuesto al precio de mercado de ese activo.

Eso es lo que me parece interesante de TermMax. La liquidación no es solo un mecanismo de venta de emergencia. También puede cambiar quién termina sosteniendo la garantía después de que se reduzca una posición.

TMX me hace preguntarme si la entrega física crea un proceso de liquidación más justo, o si simplemente desplaza parte del riesgo del protocolo de vuelta hacia el titular de FT.

¿Qué cambia la entrega física?

#termmax @TermMax

Antes pensaba que dividir la liquidez en varias órdenes significaba que el capital real también tenía que dividirse. Después de leer el diseño de Atomic Orders, me di cuenta de que no necesariamente es así. Lo interesante es el uso de liquidez virtual. El capital puede ubicarse en múltiples órdenes antes de que alguien lo tome prestado realmente, sin mover físicamente los mismos fondos a cada orden. Así, un solo pool de capital puede respaldar varias posiciones de mercado al mismo tiempo.

Imagina que tengo 100 unidades de capital y quiero exposición a varios rangos de tasas distintos. En lugar de poner porciones separadas en cada orden, el sistema puede representar primero la liquidez en esas órdenes, mientras los fondos subyacentes permanecen juntos hasta que realmente se necesiten. Esa es la parte que me resulta interesante de TMX. Cambia el problema de “¿Cómo divido mi capital?” a “¿Cómo puede ponerse el mismo capital a disposición de distintas órdenes sin crear una fragmentación innecesaria?”.

TMX también me hace pensar en el compromiso. La colocación virtual puede hacer que el capital sea más flexible, pero el sistema aún tiene que decidir cómo se liquidan esas posiciones virtuales cuando ocurre el préstamo real. Ahí es donde el diseño se vuelve mucho más importante que la característica principal.

Mi pregunta es si el enfoque de TMX puede hacer que la liquidez sea más eficiente sin simplemente trasladar la complejidad de la asignación de capital a la ejecución.

#dusk $DUSK
@Dusk

Así que estuve estudiando las reglas de consenso de Dusk y encontré algo que parecía aleatorio al principio, pero que en realidad tiene mucho sentido cuando lo piensas. Aquí va el planteamiento: en Dusk, cada iteración tiene su propio generador de bloques; la persona que propone el bloque y su propio comité de votación que comprueba si ese bloque es bueno o no. Y yo pensaría que cualquiera que sea elegible podría votar en cualquier iteración, pero Dusk bloquea a un grupo específico para que no vote: impide que vote quien esté designado como generador en la siguiente iteración.

Al principio pensé: ¿por qué bloquearlos? Siguen siendo provisionadores normales. Pero luego lo entendí. Si ese futuro generador pudiera votar ahora mismo, tendría un motivo para votar en contra del bloque actual, porque si este bloque falla, el trabajo y la recompensa se trasladan a ellos en la siguiente ronda. Es un conflicto de intereses directo.

No votar para cobrar después. Así que Dusk elimina la tentación. Sin voto, no hay motivo para sabotear. Es una regla pequeña, pero está haciendo un trabajo real. Mantiene a los generadores centrados en su turno en lugar de aprovecharse del turno de otra persona. Y honestamente, ese tipo de detalle muestra si una red realmente pensó en los incentivos o si solo copió una plantilla. Dusk no es ostentoso con este tipo de cosas. Pero reglas pequeñas como esta son la razón por la que sigo leyendo los documentos de Dusk en lugar de su marketing.