Seguí viendo mencionados Moonlight y Phoenix por separado.
Así que empecé con una pregunta:
¿Por qué @Dusk_Foundation necesita dos modelos de transacción?
Moonlight usa transferencias públicas basadas en cuentas.
Phoenix usa transferencias privadas basadas en notas con pruebas de conocimiento cero.
Ambas convergen en DuskDS.
La diferencia es qué información se vuelve visible.
Moonlight expone saldos y detalles de las transferencias.
Phoenix mantiene la información de las transacciones protegida mientras, aun así, prueba que la transacción sigue las reglas requeridas.
Esa distinción tiene más sentido cuando piensas en la actividad financiera.
Algunos flujos necesitan registros públicos.
Otros involucran información que no debería ser visible para todo observador de la red.
Dusk no obliga a que ambas situaciones encajen en el mismo modelo de transacción.
Me parece ese diseño más interesante que solo llamar $DUSK a una moneda de privacidad. #dusk
También hay una cuestión práctica.
Modelos de transacción diferentes significan requisitos de desarrollo e integración diferentes.
Así que quiero ver qué tan naturalmente las aplicaciones eligen entre ellos.
La separación técnica tiene sentido para mí.
La experiencia del desarrollador es la parte que todavía quiero entender.
@Dusk_Foundation $DUSK #dusk
Así que empecé con una pregunta:
¿Por qué @Dusk_Foundation necesita dos modelos de transacción?
Moonlight usa transferencias públicas basadas en cuentas.
Phoenix usa transferencias privadas basadas en notas con pruebas de conocimiento cero.
Ambas convergen en DuskDS.
La diferencia es qué información se vuelve visible.
Moonlight expone saldos y detalles de las transferencias.
Phoenix mantiene la información de las transacciones protegida mientras, aun así, prueba que la transacción sigue las reglas requeridas.
Esa distinción tiene más sentido cuando piensas en la actividad financiera.
Algunos flujos necesitan registros públicos.
Otros involucran información que no debería ser visible para todo observador de la red.
Dusk no obliga a que ambas situaciones encajen en el mismo modelo de transacción.
Me parece ese diseño más interesante que solo llamar $DUSK a una moneda de privacidad. #dusk
También hay una cuestión práctica.
Modelos de transacción diferentes significan requisitos de desarrollo e integración diferentes.
Así que quiero ver qué tan naturalmente las aplicaciones eligen entre ellos.
La separación técnica tiene sentido para mí.
La experiencia del desarrollador es la parte que todavía quiero entender.
@Dusk_Foundation $DUSK #dusk