Aeri 艾瑞

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

#hassii
#Aeri
#MooDCirCuiT

$SOPH

$AKE

$IOST

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é.