La Ethereum Foundation y el Open Anonymity Project han puesto zkAPI en funcionamiento en la red principal de Ethereum. Permite a alguien pagar por acceso medido a IA o API sin que el proveedor aprenda qué depósito pagó por ello. Hay tres cosas que vale la pena separar:
1. La privacidad está limitada al canal de facturación, no al canal de contenido. El proveedor aún recibe la solicitud. Lo que evita es que aprenda qué depósito financiado se liquidó para cubrirla. El anuncio lo dice de forma directa, y ese alcance es toda la afirmación.
2. La medición se convierte en un problema de doble gasto. La facturación normal de API es un saldo que un servidor descuenta contra una cuenta que puede identificar. Aquí no hay una cuenta identificable, así que la corrección tiene que venir de demostrar que existe un depósito y que aún no se ha utilizado. La parte difícil cambia de la contabilidad a la unicidad, y la unicidad se resuelve en la cadena.
3. El probador está junto al cliente. Poder pagar ahora depende del software que ejecuta el usuario, no solo de que el servidor de facturación permanezca en funcionamiento. Ese es un modo de fallo distinto a una caída, y es la parte que la mayoría de las personas descubre al final.
El diseño sigue un marco que Vitalik Buterin y Davide Crapis publicaron en febrero. A tener en cuenta es si los proveedores aceptarán un pago que no pueden atribuir, porque una vía que nadie cotiza contra es solo un cofre muy elegante.
No es asesoramiento financiero. Haz tu propia investigación.
#Ethereum #Web3 #Privacy
1. La privacidad está limitada al canal de facturación, no al canal de contenido. El proveedor aún recibe la solicitud. Lo que evita es que aprenda qué depósito financiado se liquidó para cubrirla. El anuncio lo dice de forma directa, y ese alcance es toda la afirmación.
2. La medición se convierte en un problema de doble gasto. La facturación normal de API es un saldo que un servidor descuenta contra una cuenta que puede identificar. Aquí no hay una cuenta identificable, así que la corrección tiene que venir de demostrar que existe un depósito y que aún no se ha utilizado. La parte difícil cambia de la contabilidad a la unicidad, y la unicidad se resuelve en la cadena.
3. El probador está junto al cliente. Poder pagar ahora depende del software que ejecuta el usuario, no solo de que el servidor de facturación permanezca en funcionamiento. Ese es un modo de fallo distinto a una caída, y es la parte que la mayoría de las personas descubre al final.
El diseño sigue un marco que Vitalik Buterin y Davide Crapis publicaron en febrero. A tener en cuenta es si los proveedores aceptarán un pago que no pueden atribuir, porque una vía que nadie cotiza contra es solo un cofre muy elegante.
No es asesoramiento financiero. Haz tu propia investigación.
#Ethereum #Web3 #Privacy