Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona cuidadosamente el tamaño de la posición, controla el riesgo y evita perseguir el movimiento.
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona cuidadosamente el tamaño de la posición, controla el riesgo y evita perseguir el movimiento.
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona cuidadosamente el tamaño de la posición, controla el riesgo y evita perseguir el movimiento.
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona cuidadosamente el tamaño de la posición, controla el riesgo y evita perseguir el movimiento.
La mayor parte del tiempo, cuando veo que se habla sobre la privacidad en blockchain, la conversación rápidamente se centra en lo que otras personas no pueden ver. Pero cuando estudié con más detalle el modelo Phoenix de Dusk, encontré que el lado de la verificación era mucho más interesante.
Phoenix no trata una transacción privada como una transferencia normal desde una cuenta transparente. En lugar de eso, usa notas para representar el valor, con esas notas organizadas mediante un árbol de Merkle.
Cuando una nota se gasta, se crea un nullifier. Lo importante es lo que el nullifier permite que la red establezca. Puede identificar que una nota en particular ya ha sido gastada sin revelar públicamente la nota exacta detrás de la transacción.
Eso crea una separación interesante: La red puede verificar que algo ha sido gastado, sin exponerlo todo sobre lo que fue gastado.
Luego, las pruebas de conocimiento cero añaden otra capa al permitir que la transacción demuestre que cumple con las reglas requeridas sin revelar la información privada subyacente.
Eso cambió la forma en que pienso sobre Phoenix.
No es simplemente tomar una transacción normal y ocultar sus detalles. La estructura misma de la transacción está diseñada en torno a la verificación privada.
Y creo que esa es la parte más interesante de la arquitectura de privacidad de Dusk.
La privacidad no es solo sobre lo que la blockchain mantiene oculto. También es sobre lo que la blockchain aún puede probar sin revelarlo.
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona el tamaño de la posición con cuidado, controla el riesgo y evita perseguir el movimiento.
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona el tamaño de la posición con cuidado, controla el riesgo y evita perseguir el movimiento.
Espera confirmación cerca de la zona de entrada antes de entrar. Gestiona el tamaño de la posición con cuidado, controla el riesgo y evita perseguir el movimiento.
SOL está mostrando un escenario alcista, con múltiples objetivos de subida si la zona de entrada se mantiene.
Entrada: 98 – 105 SL: 91 TP: 109 - 115 - 119
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona el tamaño de la posición con cuidado, controla el riesgo y evita perseguir el movimiento.
Configuración amplia con objetivos de gran caída. Espera la confirmación antes de entrar, gestiona cuidadosamente el tamaño de la posición y evita perseguir el movimiento.
Cuando conocí por primera vez los modelos de transacciones de Dusk, hice una pregunta: Si la privacidad importa tanto en Dusk, ¿por qué no hacer que cada transacción sea privada?
Al estudiar el diseño con detenimiento, me di cuenta de que no todos los sistemas financieros necesitan estar completamente abiertos.
Algunas transacciones funcionan mejor con transparencia. Otras contienen detalles que no deberían ser visibles para todo el mundo.
Ahí es donde entran en juego Moonlight y Phoenix.
Moonlight utiliza un sistema basado en cuentas. La red puede comprobar el saldo del remitente, confirmar la firma y verificar que el número de transacción es correcto al observar los datos de transacción abiertos.
Phoenix adopta otro enfoque. Oculta los detalles de la transacción y usa pruebas de conocimiento cero para que la red pueda verificar que la transacción es válida sin ver las partes.
Esa diferencia me llamó la atención.
La pregunta real no es: "¿Debe una blockchain ser pública o privada?"
Es: "¿Qué información realmente necesita ser visible para esta transacción?"
Para los sistemas, esa elección puede ser muy importante.
Un pago claro puede requerir comprobaciones. Una transacción financiera privada puede necesitar protección.
Intentar forzar ambas cosas en un solo modelo significaría perder algo.
Lo que admiro de Dusk es que su diseño no trata la transparencia y la privacidad como decisiones que la red debe tomar.
Ofrece modelos de transacciones según lo que se requiera.
Para los sistemas financieros, esto se siente muy parecido, a la manera en que operan los sistemas financieros reales.
@Dusk #dusk $DUSK ¿Qué es más importante para las transacciones en blockchain?
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona el tamaño de la posición con cuidado, controla el riesgo y evita perseguir el movimiento.
Invalidez clara con objetivos a la baja definidos. Espera confirmación antes de entrar, gestiona el riesgo con cuidado y evita perseguir el movimiento.
Espera confirmación alrededor de la zona de entrada antes de entrar. Gestiona cuidadosamente el tamaño de la posición, controla el riesgo y evita perseguir el movimiento.
Espera confirmación alrededor de la zona de entrada antes de entrar. Administra el tamaño de la posición con cuidado, controla el riesgo y evita perseguir el movimiento.
Invalidación clara con objetivos a la baja definidos. Espera confirmación antes de entrar, gestiona el riesgo con cuidado y evita perseguir el movimiento.