La competencia por el espacio de bloques es y siempre será una de las tensiones centrales que existen entre los diferentes usuarios del protocolo Bitcoin. Al final del día, solo hay dos restricciones sobre cómo se usará, la capa técnica y de consenso de lo que realmente es posible o permitido por el protocolo, y la capa económica de lo que la gente está dispuesta a pagar para hacer uso del espacio de bloques. a diferentes fines.
Ésta es una realidad fundamental e ineludible del funcionamiento de la red. Es un mecanismo distribuido puramente impulsado por el mercado para decidir cómo se utiliza Bitcoin. En cuanto a cualquier cosa que sea posible hacer, el mercado es quien decide en última instancia si se hará o no. El mercado también es el que decide en última instancia cuando se trata de permitir cosas nuevas que aún no son posibles.
Es importante que los participantes del mercado tengan una comprensión informada de la dinámica involucrada en los diferentes casos de uso del espacio de bloques para evaluar realmente cómo los diferentes usos podrían interactuar entre sí.
Blockspace como recurso común
Blockspace es esencialmente un bien común, nadie lo posee, tanto en el lado de la producción como del consumo, pero es finito. No es una tragedia para los bienes comunes como tales, especialmente teniendo en cuenta el costo ineludible de su uso, pero la dinámica de su uso tiene algunas similitudes. Cada caso de uso que consume espacio de bloques tiene una externalidad que impone a todos los demás casos de uso que necesitan ese espacio de bloques. En cierto nivel, el consumo de espacio en bloques es en gran medida un juego de suma cero. Una entidad o uso que consume espacio expulsa a otra entidad o uso que también consumiría ese espacio.
En cualquier tipo de contexto social normal, la gente resolvería conscientemente tales conflictos. Si llega un uso que consume grandes cantidades de espacio, la gente trabajará para hacerlo más eficiente, o para hacer usos que sean eliminados más eficientes, para mantener algún tipo de equilibrio. En el peor de los casos, los usos destructivos que son perjudiciales para un gran número de otros serían limitados o restringidos. Pero Bitcoin es un sistema anárquico, no existe ningún punto de control o autoridad para participar en ese tipo de gestión del sistema.
Lo único que tenemos es el mercado.
La relación entre la utilización del espacio de bloques y la dinámica del mercado que lo gobierna suele conceptualizarse de una manera muy simplificada. La gente compra espacio en bloques y puede hacer con él lo que quiera dentro de las reglas de consenso. Si bien este es el aspecto fundamental de esta dinámica, no es el único. ¿Qué es el consenso? ¿Cómo se llega al consenso? Este también es un componente integral de la dinámica.
Las reglas de consenso son algo orgánico desde cero impuesto por los actores económicos, y las reglas de consenso gobiernan lo que se puede o no hacer con el espacio de bloques. Esta es una capa crítica de la dinámica del mercado que rige su uso más allá de la simple faceta económica de para qué la gente elige comprar espacio en bloque.
Este es un aspecto crítico del sistema, de cómo funciona y de cómo los usuarios del espacio de bloques deben razonar sobre el sistema si desean preservar la viabilidad de su uso específico del espacio de bloques. Cada participante en el sistema debe comprender que puede participar en las acciones del mercado a través de las reglas que elija hacer cumplir, no solo lo que elija pagar por el espacio de bloques que ellos mismos consumen.
Cómo se utiliza el espacio de bloques
Es importante considerar muchas dinámicas diferentes al analizar diferentes casos de uso del espacio en bloques y cómo afectarán la disponibilidad general de espacio para otros usos. Cuánto se usa, frecuencia de uso, cuánta demanda inelástica hay frente a la volatilidad de los precios, etc. Cualquiera que diseñe un sistema construido sobre Bitcoin debe considerar no solo cómo funciona su sistema con respecto al uso del espacio de bloques en de estas maneras, sino también cómo lo hacen otros sistemas.
Cada sistema debe considerar sus propias interacciones internas con la cadena de bloques, pero también el equilibrio que existirá con todos los demás sistemas. Un sistema podría funcionar muy bien en el vacío, pero sufrir estrés o, en última instancia, llegar a un modo de falla si debe operar en un entorno con otros sistemas de diferente naturaleza.
Estas son las categorías centrales de propiedades a considerar en esta dinámica.
Cantidad de espacio
El factor más básico es ¿cuánto espacio ocupa un uso específico en un bloque en términos de bytes? Esta es la primera forma de escasez introducida en el recurso común del espacio de bloques. Un sistema ideal construido sobre Bitcoin buscará minimizar la cantidad de espacio necesario para que funcione en la mayor medida posible sin sacrificar la utilidad o la seguridad.
Piense en ello como una proporción simple: desea consumir la menor cantidad de espacio de bloque posible y al mismo tiempo maximizar la utilidad y la seguridad proporcionada al usuario de un sistema. En algunos casos, esto se puede hacer de una manera exactamente determinista, es decir, la cantidad de espacio utilizado es algo constante y predecible que depende del diseño del sistema y del estado en el que se encuentra el sistema cuando requiere el uso de espacio en bloques. En otros casos, los requisitos de espacio de bloques de un sistema no pueden predeterminarse con tanta exactitud. En el caso de requisitos de espacio indeterminables, se puede establecer un rango entre límites inferior y superior dependiendo del estado del sistema y del diseño del sistema.
Entonces, hay sistemas que tienen un requisito de tamaño constante que no cambia durante los diferentes estados del sistema, o uno que es relativamente constante proporcional a su nivel de uso. Otros sistemas podrían tener necesidades de espacio variables y no directamente proporcionales a su nivel de uso. Si las necesidades de espacio de un protocolo son variables o constantes es una consideración crítica al diseñar un sistema.
Frecuencia de uso
El siguiente factor importante es la frecuencia con la que debes utilizar el espacio en bloques. ¿Cuánto espacio ocupa una transacción individual en un sistema es solo una parte del costo total de ese sistema? ¿Con qué frecuencia es necesario realizar transacciones?
Algunos sistemas requerirán una utilización constante del espacio de bloques cada vez que el sistema cambie de estado o realice alguna acción. Otros sistemas sólo requerirán un uso poco frecuente del espacio de bloques. Algunos incluso podrían no requerir prácticamente nada excepto para entrar o salir del sistema.
Así como minimizar el requisito de espacio general para un uso único del espacio en bloques es un objetivo de diseño ideal, también lo es minimizar la frecuencia con la que un sistema debe consumir espacio en bloques. Idealmente, un sistema construido correctamente no necesitará hacer uso del espacio de bloques, excepto en el peor de los casos, o al entrar o salir de un sistema.
Hay dos formas de diseñar un sistema en términos de frecuencia de uso del espacio de bloques, frecuencia constante o variable. Obviamente, en un sistema de frecuencia constante, cada vez que el sistema realiza una acción y progresa de alguna manera, se debe utilizar el espacio de bloques para hacer avanzar el sistema. En un sistema de frecuencia variable, el estado puede progresar o se puede realizar una acción sin necesidad de consumir espacio de bloque para procesarlo.
Ambos tipos de sistemas interactúan con el mercado de bloques espaciales y entre sí de diferentes maneras.
Los sistemas de frecuencia constante son predecibles y fácilmente analizables en términos de uso del espacio de bloques dependiendo del volumen o uso del sistema en sí. El objetivo de ingeniería de un sistema de este tipo es minimizar la huella en la cadena, ya que la frecuencia con la que necesitará utilizar el espacio de bloques es predecible y determinista en función del nivel de uso, es decir, no se puede cambiar fundamentalmente.
Los sistemas de frecuencia variable no son predecibles y son mucho más difíciles de analizar en términos de uso del espacio de bloques. El enfoque del sistema no es solo minimizar su huella en la cadena, sino también equilibrar los incentivos del sistema. Los sistemas de frecuencia variable son generalmente variables porque la necesidad de espacio de bloques surge cuando los usuarios del sistema no cooperan entre sí. Ésta es la fuente de la imprevisibilidad y la razón por la que la ingeniería se centra en el equilibrio de incentivos para garantizar la cooperación.
Sensibilidad del tiempo
¿Qué tan sensible es el tiempo que requiere un sistema para utilizar el espacio de bloques? Cuando es necesario realizar una actualización o acción del sistema, ¿debe realizarse de inmediato o puede esperar? ¿Es una respuesta a alguna otra acción, o simplemente una actualización que eventualmente debe realizarse pero que no tiene una fecha límite concreta?
Los sistemas de frecuencia constante generalmente no deberían tener sensibilidad en tiempo real más que la necesidad de cambiar un cambio de estado del sistema de no confirmado a confirmado. Algunas instancias específicas de progresión de estado pueden tener algún componente de sensibilidad temporal, pero en general el sistema progresará o no.
Los sistemas de frecuencia variable generalmente necesitan espacio de bloques porque en la cadena se disputa un caché de progresiones de estado fuera de la cadena. Esto implica una sensibilidad temporal porque el uso del espacio de bloques no es una cuestión de retener el estado actual o progresarlo, es un desafío durante el cual es posible que un estado completamente incorrecto se resuelva en la cadena.
Estas son dos dinámicas muy diferentes en términos de sensibilidad al tiempo y, debido a esa sensibilidad al precio, cuando los sistemas requieren espacio en bloques. Los sistemas que son menos sensibles al tiempo pueden ser menos sensibles al precio porque simplemente pueden esperar más para confirmar alguna operación en la cadena. Por el contrario, los sistemas más sensibles al tiempo son más sensibles al precio, porque deben pagar cualquier tasa actual del mercado para confirmarla rápidamente a fin de garantizar una progresión estatal adecuada.
Sistemas interactivos
Tanto los sistemas constantes como los variables necesitan interactuar entre sí, o más bien las externalidades que cada uno crea para todos, cuando interactúan con la cadena de bloques. Cada uno de ellos es un tipo de bestia muy diferente. Los sistemas de frecuencia constante son criaturas gigantescas y pesadas, poco adaptables ni dinámicas. Siempre deben usar blockspace cuando el sistema progresa. Los sistemas de frecuencia variable son mucho más ágiles y flexibles, y capaces de generar dinamismo en funcionamiento. Pueden encontrar formas ingeniosas en términos de diseño o incentivos para evitar tener que consumir espacio en bloques.
Si estos sistemas son sistemas constantes o variables en términos de requisitos de espacio también es un factor enorme con respecto a la adaptabilidad de un sistema que comparte el recurso común del espacio de bloques con otros. El costo de operación de cada sistema es un factor de la saturación general del uso del espacio en bloques a nivel mundial y de dónde eso empuja el precio del espacio en bloques. Entonces, ¿con qué frecuencia tienen que consumir espacio en bloques y cuánto tienen que consumir?
Para colmo, el nivel general de saturación y, por tanto, de las tarifas, está determinado por el conjunto de sistemas que operan con Bitcoin. Por lo tanto, es un circuito de retroalimentación, la naturaleza de los sistemas operativos decidirá qué tan saturada está la demanda de espacio de bloques y qué tan altas son las tarifas. Esto tiene consecuencias para la viabilidad y el coste operativo de sistemas con diferentes arquitecturas.
Muchos sistemas de frecuencia constante crearán una demanda consistente y predecible, y después de cierto punto de saturación comenzarán a aumentar las tarifas constantemente. Los sistemas constantes no pueden adaptarse a esto excepto encontrando formas de reducir su huella en la cadena, pagando más o simplemente esperando más tiempo para procesar las actualizaciones del sistema.
Muchos sistemas de frecuencia variable tendrán una demanda de espacio de bloques menos consistente y predecible. En lugar de ser el resultado de una progresión constante del estado del sistema, la demanda de espacio de bloques impulsada por estos protocolos será causada por la entrada y salida del sistema, o por eventos disruptivos graves que causen fallas en los incentivos o interrupciones en la cooperación de los usuarios.
Cuando se trata de adaptarse a entornos con tarifas elevadas que hacen que aumente el coste de los sistemas construidos en Bitcoin, los sistemas constantes y variables tienen dos estrategias fundamentalmente diferentes que pueden emplearse para adaptarse a ese entorno.
Constant Systems puede comprimir los datos que necesitan incluir en las transacciones en cadena que utilizan para progresar en el estado del sistema. Aparte de esto, sus opciones son esperar más o pagar más.
Los sistemas variables pueden intentar escalar la coordinación de grupos más grandes de individuos de una manera compatible con incentivos. También pueden ajustar la arquitectura para eliminar o mitigar desalineaciones de incentivos o vectores de ataque que podrían alterar los sistemas y obligarlos a consumir espacio de bloques para resolver un estado en disputa.
Lightning es un ejemplo perfecto de un sistema variable, tanto en términos de frecuencia de uso del espacio de bloques como de tamaño de datos. Los rollups se perfilan como un ejemplo perfecto de un sistema de frecuencia y tamaño de datos constantes. La interacción de ambas cosas entre sí será una parte importante de la evolución de los mercados de tarifas en Bitcoin, y es importante comprender los diferentes aspectos de cómo consumen el espacio de bloques.
¿Qué se gana?
La pregunta más importante que hay que plantearse al comparar diferentes arquitecturas de sistemas es ¿qué se gana con ellas? ¿Qué tipo de modelo de seguridad gana un usuario al elegir un sistema en particular sobre otro? ¿Cuál es el costo de ese modelo de seguridad en una arquitectura sobre otra? ¿El costo lo asume un solo usuario o se comparte entre una gran cantidad de usuarios?
El costo de los sistemas constantes y variables debe sopesarse frente a los beneficios. Cuanto más sólido sea el modelo de seguridad y en menos partes o suposiciones en las que se deba confiar, mayor será el valor obtenido por los usuarios.
Con el tiempo habrá un gran número de compensaciones a este respecto. Muchas arquitecturas diferentes tendrán diferentes costos, diferentes frecuencias de consumo de espacio de bloques y diferentes beneficios. Cada uno de estos sistemas tendrá implicaciones para los costos y beneficios de todos los demás sistemas en funcionamiento.
Otro factor a considerar son las presiones centralizadoras. Los sistemas variables crean un respiro para permitir que existan muchos participantes diferentes en un sistema y dejan flexibilidad para que los usuarios se adapten a la presencia de los demás en el contexto de la necesidad periódica de consumir espacio de bloques para garantizar el funcionamiento del sistema. Los sistemas constantes probablemente no lo harán, y conducirán a una dinámica más centralizadora debido al consumo bastante rígido de espacio y al límite superior de espacio para que funcionen otros sistemas que eso crea.
Opciones del mercado
En última instancia, los tipos de sistemas que existirán en Bitcoin y los efectos que tendrán entre sí se reducen a lo que el mercado de usuarios decida utilizar. Es importante que los usuarios comprendan los costos y beneficios de los diferentes sistemas para ellos mismos, pero también las externalidades que los diferentes sistemas que utilizan tendrán en la red y el ecosistema más amplios.
La gente plantea continuamente preocupaciones absurdas cuando surgen nuevas características de Bitcoin, como listas negras gubernamentales, datos arbitrarios u otras racionalizaciones sin sentido para controlar lo que la gente debería o no poder hacer con el espacio de bloques que compra. En mi opinión, estas son pistas falsas.
La verdadera preocupación cuando se habla de agregar nuevas funciones a Bitcoin es la interacción entre los sistemas constantes y variables construidos sobre él, y a cuál de estos tipos de arquitecturas de sistemas una nueva característica agrega utilidad o eficiencia. Esto debe considerarse profundamente al analizar nuevas funciones para Bitcoin.
La forma en que se atiendan estas diferentes clases de sistemas en el protocolo base tendrá profundas implicaciones en términos de cómo evolucionará a largo plazo el mercado de tarifas de Bitcoin y la viabilidad (o falta de ella) de los diferentes tipos de sistemas.
Los sistemas constantes tienen un límite estricto de hasta dónde pueden impulsar la escalabilidad, dada su necesidad constante de espacio de bloques, y esa dinámica también hace que sea muy probable que sean un gran impulsor de una presión de tarifas fuerte y constante si muchos de ellos operan al mismo tiempo.
Los sistemas variables pueden generar presión de tarifas durante eventos masivos de entrada o salida, o interrupciones en el funcionamiento del sistema, pero por lo demás probablemente no generarán una presión de tarifas consistente y predecible hasta alcanzar un punto de saturación mucho más profundo que los sistemas constantes. Si se hacen posibles diseños cercanos a los ideales, es posible que nunca alcancen un punto de saturación verdaderamente consistente.
El mercado decidirá en última instancia, pero ese mercado debe estar informado.
Fuente: Revista Bitcoin
La publicación Bitcoin Blockspace: dinámica del uso de recursos del sistema apareció por primera vez en Crypto Breaking News.
