#BNB. BNB sigue siendo una de las criptomonedas con mayor fortaleza y enfoque en la utilidad, respaldada por el creciente ecosistema de Binance y BNB Chain. Sus principales fortalezas incluyen comisiones de transacción bajas, actividad en DeFi, aplicaciones Web3 y quemas regulares de tokens que reducen la oferta con el tiempo. En el corto plazo, la dirección de BNB dependerá en gran medida del sentimiento general del mercado cripto y de la tendencia de Bitcoin. 📈 Alcista por encima de niveles clave de soporte; una ruptura de una resistencia importante podría abrir la puerta a un mayor potencial alcista, mientras que perder el soporte podría desencadenar una corrección más profunda.
🎁 ¡BINANCE PONE TODOS LOS REGALOS EN UNA SOLA CANASTA! 🟡
Imagina una sola canasta llena de Airdrops, Sobres Rojos, Recompensas de Trading, Vales de Token, recompensas de CreatorPad, oportunidades de Escribe y Gana y beneficios VIP. 🚀
Eso es lo que hace emocionante el ecosistema de Binance: no es solo cuestión de operar, sino también de descubrir nuevas oportunidades, participar en campañas y compartir recompensas con la comunidad.
Y hoy, ¡Shaheen69 te está abriendo la canasta de regalos a TI! 🎉
Estoy compartiendo recompensas de Sobres Rojos con todos ustedes como un pequeño agradecimiento por su apoyo continuo y cariño. ❤️
¡Buena suerte a todos! 🍀 ¿Quién se llevará la recompensa? 👀
Al principio asumí que los dos modelos de transacción en Dusk eran solo un ajuste de privacidad. Público o privado. Un interruptor. Una elección sencilla.
La diferencia real va más allá.
Moonlight funciona como Ethereum. Tu cuenta tiene un nonce. Cada transacción lo incrementa públicamente. Cualquiera puede ver tu saldo, tu historial y tu secuencia. El nonce es un contador. También es un rastro.
Phoenix funciona de manera diferente. No hay cuenta. No hay saldo visible. No hay contador secuencial. En su lugar, cuando gastas una nota, generas un nullifier. La red registra ese nullifier y sabe que la nota ya no está. Pero no puede vincular el nullifier con la nota de la que provino. El gasto es demostrable. La identidad de lo que se gastó no lo es.
Esa distinción importa más de lo que suena. En Moonlight, tu historial de transacciones es una historia legible. En Phoenix, la red sabe que se están escribiendo capítulos sin saber qué dicen.
Lo que no dejo de pensar es qué instituciones quieren realmente cada modelo. Un banco que procese una liquidación podría necesitar Moonlight para rastros de auditoría. Un fondo que ejecute una estrategia podría necesitar Phoenix para evitar el front-running. Ambos pueden vivir en la misma cadena. Ninguno obliga al otro a comprometerse.
Lo que no puedo encontrar en la documentación es cómo tratan los reguladores los nullifiers como evidencia. Un nonce prueba el orden. Un nullifier prueba el gasto sin revelar la nota. ¿Son legalmente equivalentes en un contexto de cumplimiento?
¿Qué piensas — cuando un regulador pide una prueba de transacción, un nullifier cumple el requisito o solo plantea una pregunta más difícil?
La privacidad atornillada a EVM no es lo mismo que la privacidad integrada desde el primer día.#dusk
AbdullRauf
·
--
Al principio asumí que agregar privacidad a un entorno EVM era lo mismo que construir privacidad desde el inicio. Desde afuera, las dos cosas se ven parecidas. Por dentro no lo son.
El modelo de cuenta de EVM conlleva una suposición estructural: las direcciones persisten y la actividad se acumula. Incluso cuando las transacciones individuales están cifradas, la cuenta en sí misma se convierte con el tiempo en un patrón. Hedger añade confidencialidad sobre ese modelo. Los datos de la transacción pueden volverse opacos. La estructura de la cuenta permanece visible.
Así que la pregunta real es más acotada: cuando Hedger cifra una transacción, ¿qué exactamente se oculta y qué no? Los montos y la lógica interna pueden seguir siendo privados. El hecho de que esta cuenta interactuó con este contrato en este momento a menudo sigue siendo visible. En las finanzas reguladas, con quién se operó y cuándo puede importar tanto como qué se operó.
Esto no es una falla en el diseño. El EVM basado en cuentas es práctico para los desarrolladores. Hedger es una capa de privacidad real. El riesgo es el malentendido. Una capa de privacidad que las personas sobreestiman puede ser más peligrosa que ninguna capa de privacidad.
¿La confidencialidad a nivel de transacción brinda suficiente protección a las instituciones, o el modelo de cuentas subyacente limita en silencio toda la promesa?
Solía mirar un nuevo diseño de consenso y hacer primero una sola pregunta: ¿Cómo rompe esto un atacante?
Estudiar Dusk cambió ese hábito. Con la Atestación Concisa, aparece un escenario diferente. Imagina que ya estás seleccionado para generar un bloque en una iteración posterior. También estás votando sobre el actual. ¿Ayudas a que el bloque actual tenga éxito y te llevas la recompensa del votante, o te quedas en silencio para que la iteración falle y tu futura posición como generador mejore?
Ese es el Problema de Incentivo al Generador Futuro. No viene de afuera. Viene de los incentivos disponibles para un participante legítimo.
La respuesta de Dusk fue reconfigurar esos incentivos. Separar las recompensas del generador y del votante. Excluir al generador de la siguiente iteración de la votación actual. Limitar cuántas iteraciones pueden ejecutarse.
Hay un compromiso. Cada regla de incentivo adicional agrega otra suposición que aún debe sostenerse bajo presión.
El juego real debajo de la criptografía es si la jugada más racional se mantiene como la honesta.
$DUSK está caído 93%… Sin embargo, mantiene asociaciones y una cartera de emisión de +200M €; la mayoría de los protocolos a este precio no tienen
AbdullRauf
·
--
Pasé tiempo intentando leer dos señales que apuntan en direcciones diferentes. El precio está un noventa y tres por ciento por debajo de su máximo histórico. La asociación NPEX está en marcha. Existe una canalización de emisión confirmada de más de doscientos millones de euros. La actualización Boreas se envió en mayo. Esas dos imágenes no pertenecen a la misma narrativa. Una sugiere un proyecto que no logró mantener el impulso de su lanzamiento. La otra sugiere un proyecto que siguió construyendo mientras el precio caía. Los tokens de infraestructura tienen un problema de timing que los mercados de renta variable no tienen. El precio de las acciones de una empresa y sus ingresos suelen moverse en la misma dirección con el tiempo. El precio del token de un protocolo y su uso real pueden divergir durante años. El precio refleja lo que los traders piensan hoy. El uso refleja lo que las instituciones decidieron hace meses. Lo que no puedo conciliar es la brecha entre el número de emisión confirmado y el volumen diario de operaciones. Doscientos millones de euros en la canalización frente a tres millones y medio en volumen diario es una distancia enorme. O la emisión todavía no ha llegado a la cadena o el volumen no es la medida adecuada. @Dusk tiene asociaciones que la mayoría de los protocolos a este precio no tendrían. La pregunta es si eso eventualmente se refleja en el precio o solo queda en los libros de historia, algo para lo que los gráficos de precios nunca fueron diseñados. Cuando el precio y la adopción divergen tanto, ¿cuál está mintiendo?
Al principio asumí que agregar privacidad a un entorno EVM era lo mismo que construir privacidad desde el inicio. Desde fuera, ambos se ven similares. Por dentro no.
El modelo de cuentas de EVM lleva una suposición estructural. Las direcciones persisten. La actividad se acumula. Incluso cuando las transacciones individuales están cifradas, la cuenta en sí se convierte en un patrón con el tiempo. Hedger agrega confidencialidad sobre ese modelo. Los datos de la transacción pueden volverse opacos. La estructura de la cuenta sigue siendo visible.
Así que la pregunta real es más limitada. Cuando Hedger cifra una transacción, ¿qué exactamente se oculta y qué no? Los montos y la lógica interna pueden mantenerse privados. El hecho de que esta cuenta interactuó con este contrato en ese momento a menudo sigue siendo visible. En las finanzas reguladas, quién operó con quién y cuándo puede importar tanto como qué negociaron.
Esto no es un defecto del diseño. EVM basado en cuentas es práctico para los desarrolladores. Hedger es una capa real de privacidad. El riesgo es malinterpretar. Una capa de privacidad que la gente sobreestima puede ser más peligrosa que ninguna capa de privacidad en absoluto.
¿La confidencialidad a nivel de transacción le brinda a las instituciones suficiente protección, o el modelo de cuenta subyacente limita silenciosamente toda la promesa?
Al principio asumí que agregar privacidad a un entorno EVM era lo mismo que construir privacidad desde el inicio. Desde afuera, las dos cosas se ven parecidas. Por dentro no lo son.
El modelo de cuenta de EVM conlleva una suposición estructural: las direcciones persisten y la actividad se acumula. Incluso cuando las transacciones individuales están cifradas, la cuenta en sí misma se convierte con el tiempo en un patrón. Hedger añade confidencialidad sobre ese modelo. Los datos de la transacción pueden volverse opacos. La estructura de la cuenta permanece visible.
Así que la pregunta real es más acotada: cuando Hedger cifra una transacción, ¿qué exactamente se oculta y qué no? Los montos y la lógica interna pueden seguir siendo privados. El hecho de que esta cuenta interactuó con este contrato en este momento a menudo sigue siendo visible. En las finanzas reguladas, con quién se operó y cuándo puede importar tanto como qué se operó.
Esto no es una falla en el diseño. El EVM basado en cuentas es práctico para los desarrolladores. Hedger es una capa de privacidad real. El riesgo es el malentendido. Una capa de privacidad que las personas sobreestiman puede ser más peligrosa que ninguna capa de privacidad.
¿La confidencialidad a nivel de transacción brinda suficiente protección a las instituciones, o el modelo de cuentas subyacente limita en silencio toda la promesa?