Replying to Avatar waxwing

As early as 2016-17 I remember having this rather fantastical "vision" of Bitcoin as just a kind of "beacon" - just 32 bytes every 10 minutes, and some unimaginably huge number of financial systems "hooking" off that, principally using zero knowledge proof techniques to make it so that, magically, just that one 32 byte string every short while would be enough to ensure correctness of everyone's transactions.

This fantastical way of looking at things is a cousin of Todd's "client side validation" idea. What remains on chain is just essentially random junk, to an outside observer, but to those engaged in financial transactions using it, it ensures fairness. This addresses scalability (because all the bulk of computation, storage and interactive bandwidth usage remains "offside"), addresses privacy.

Recent handwringing about data-on-chain illustrates one side of this vision is really, really important: the idea that *somehow* we won't need to store megabytes and megabytes of data per 10 minutes in order to have fully trustless validation on our own sovereign node, that we have the "right" Bitcoin sitting on it. Recent work on zkSTARK based initial-block-download (see: zeroSync) is a push in that direction. Imagine you started from scratch, were given the genesis block from Jan -09 and then the latest chainstate (admittedly this is currently in the GBs but, anyway!), and then a proof - and what it proves is that the entire set of state transitions from the start to the end, followed the correct consensus rules all the way.

If that gets properly cleaned up and actually works, it will eliminate the idea of storing data *in the blockchain*, but not eliminate the idea of storing data *in the utxo set* (or "chainstate") - unless zk techniques take another leap forward into the fantasy i mentioned at the start - that you need no more than 32 bytes to represent global state somehow (merkle trees, especially sparse ones, gives a flavor).

To put it in much shorter terms, we already *kinda* know how to compress out all the history (it's developing science). What's left is to compress out all the present. Then all the issues of scalability, privacy and "pollution" (I reject even the concept, but if it goes away, who cares) of the state of Bitcoin.

To reiterate: 90% fantasy, for today - but I think this fantasy should maybe inform your thinking around what Bitcoin will become.

A principios de 2016-17, recuerdo tener esta visión bastante fantástica de Bitcoin como una especie de "farol" - solo 32 bytes cada 10 minutos, y un número imaginariamente enorme de sistemas financieros "enganchados" a eso, principalmente utilizando técnicas de pruebas de conocimiento cero para hacer que, mágicamente, solo esa cadena de 32 bytes cada poco tiempo fuera suficiente para garantizar la corrección de todas las transacciones.

Esta forma fantástica de ver las cosas es una variante de la idea de "validación del lado del cliente" de Todd. Lo que permanece en la cadena es esencialmente basura aleatoria, para un observador externo, pero para aquellos que realizan transacciones financieras utilizando esto, garantiza la equidad. Esto aborda la escalabilidad (ya que toda la bulk de cálculos, almacenamiento y uso de banda ancha interactiva permanece "fuera de la cadena"), y aborda la privacidad.

Las recientes preocupaciones sobre los datos en la cadena ilustran que un lado de esta visión es realmente, realmente importante: la idea de que de alguna manera no necesitaremos almacenar megabytes y megabytes de datos cada 10 minutos para tener una validación completamente sin confianza en nuestro propio nodo soberano, que tengamos el "verdadero" Bitcoin en él. El trabajo reciente basado en zkSTARK para la descarga inicial de bloques (ver: zeroSync) es un avance en esa dirección. Imagina que empezas desde cero, te dan el bloque génesis de enero de 2009 y luego el estado más reciente de la cadena (¡admito que actualmente está en gigabytes, pero bueno!), y luego una prueba - y lo que prueba es que todo el conjunto de transiciones de estado desde el principio hasta el final siguió las reglas de consenso correctas todo el camino.

Si eso se limpia adecuadamente y realmente funciona, eliminará la idea de almacenar datos en la blockchain, pero no eliminará la idea de almacenar datos en el conjunto UTXO (o "estado de la cadena") - a menos que las técnicas de zk den otro salto adelante hacia la fantasía que mencioné al principio - que necesitas no más de 32 bytes para representar el estado global de alguna manera (los árboles de Merkle, especialmente los escasos, dan una idea).

Para resumirlo en términos mucho más cortos, ya más o menos sabemos cómo comprimir toda la historia (es una ciencia en desarrollo). Lo que queda es comprimir todo el presente. Entonces, todos los problemas de escalabilidad, privacidad y "contaminación" (rechazo incluso el concepto, pero si desaparece, ¿quién se preocupa) del estado de Bitcoin.

Para reiterar: 90% fantasía, por hoy - pero creo que esta fantasía debería tal vez informar tu pensamiento sobre lo que se convertirá Bitcoin.

nostr:nevent1qvzqqqqqqypzqe6msnl8tcsk4w28capcaegeefmh2dmdmuza4ha6vfut6qfwr4egqqs8xfcrfemlkk2qg00s8vfkqnd8rp764f7zmd80egkyca69hdfuvfc5ud8n0

Reply to this note

Please Login to reply.

Discussion

No replies yet.