Toda criptomoneda necesita una capa base que realmente registre y liquide las transacciones, y a esa capa base se la suele llamar blockchain de \u00abcapa 1\u00bb. Ahora compiten decenas de ellas por captar la atenci\u00f3n, y cada una afirma ser m\u00e1s r\u00e1pida, m\u00e1s barata o m\u00e1s descentralizada que la anterior. Entender qu\u00e9 es realmente una capa 1, y qu\u00e9 compensaciones se esconden detr\u00e1s de esas afirmaciones, hace mucho m\u00e1s f\u00e1cil ver m\u00e1s all\u00e1 del marketing.<\/p>\n
Una red de capa 1<\/a> es una blockchain<\/a> con su propio conjunto independiente de validadores, sus propias reglas de consenso y su propio activo nativo que se usa para pagar la actividad en la red. No depende de otra cadena para finalizar las transacciones: es la propia capa base de liquidaci\u00f3n. Esto es distinto de una red de capa 2, que procesa la actividad por separado y luego liquida los resultados de vuelta en una capa 1 subyacente. Bitcoin y Ethereum son ambas capas 1, al igual que la mayor\u00eda de las redes que se describen a s\u00ed mismas como \u00abcompetidoras\u00bb de Ethereum.<\/p>\n Como una capa 1 responde de su propia seguridad, lo que est\u00e1 en juego en la pr\u00e1ctica con sus decisiones de dise\u00f1o es mayor que en el caso de una capa 2 construida sobre ella. Un fallo o un momento de inestabilidad en el proceso de consenso de una capa 1 afecta de golpe a todo lo construido sobre esa cadena, incluidas las redes de capa 2 que liquidan en ella, lo cual es una de las razones por las que el dise\u00f1o de una capa 1 tiende a avanzar con cautela y por las que las nuevas capas 1 se someten a un escrutinio estrecho antes de confiarles una actividad significativa.<\/p>\n Todo dise\u00f1o de capa 1 se topa con la misma tensi\u00f3n b\u00e1sica, a menudo descrita como el trilema de la blockchain: es dif\u00edcil maximizar plenamente descentralizaci\u00f3n, seguridad y escalabilidad al mismo tiempo, y la mayor\u00eda de los dise\u00f1os se apoyan con m\u00e1s fuerza en dos de los tres. Una red que reparte la validaci\u00f3n entre un conjunto muy amplio y geogr\u00e1ficamente diverso de participantes independientes tiende a ser muy descentralizada y segura, pero coordinar a tantos participantes puede limitar cu\u00e1nto rendimiento de transacciones maneja la capa base. Una red que usa un conjunto de validadores m\u00e1s peque\u00f1o o coordinado de forma m\u00e1s estrecha a menudo puede ir m\u00e1s r\u00e1pido, pero esa concentraci\u00f3n es en s\u00ed misma una compensaci\u00f3n frente a la descentralizaci\u00f3n.<\/p>\n Ninguno de los dos lados de esa compensaci\u00f3n es autom\u00e1ticamente incorrecto. Depende de para qu\u00e9 est\u00e9 optimizando la cadena, y conviene leer la propia documentaci\u00f3n de dise\u00f1o de un proyecto para ver qu\u00e9 lado del trilema ha elegido conscientemente, en lugar de suponer que alguna cadena ha escapado por completo a la compensaci\u00f3n.<\/p>\n Ayuda pensar en el trilema como un presupuesto y no como una ley fija: una cadena no queda encerrada para siempre en una sola compensaci\u00f3n, y los cambios de dise\u00f1o pueden desplazar con el tiempo d\u00f3nde se sit\u00faa. Pero desplazar ese equilibrio en una direcci\u00f3n suele seguir significando ceder algo en otra parte, aunque el cambio sea gradual o se implemente por etapas en lugar de todo a la vez. Las afirmaciones de que una cadena avanza hacia \u00abm\u00e1s descentralizaci\u00f3n y m\u00e1s escalabilidad al mismo tiempo\u00bb merecen leerse con atenci\u00f3n para ver exactamente qu\u00e9, si es que algo, se cedi\u00f3 para hacerlo posible.<\/p>\n El consenso es el mecanismo que una red utiliza para lograr que miles de ordenadores independientes se pongan de acuerdo sobre un \u00fanico historial de transacciones compartido, sin que una autoridad central tome la decisi\u00f3n final. La elecci\u00f3n del mecanismo de consenso<\/a> tiene un efecto directo sobre d\u00f3nde se sit\u00faa una cadena en el trilema: determina qui\u00e9n puede participar en la validaci\u00f3n de las transacciones, qu\u00e9 hardware o capital exige eso y con qu\u00e9 rapidez la red puede tratar una transacci\u00f3n como definitiva. Dos cadenas pueden compartir objetivos muy similares sobre el papel y aun as\u00ed comportarse de forma muy distinta en cuanto observas c\u00f3mo est\u00e1 construida realmente su capa de consenso.<\/p>\n Cuando una cadena resulta m\u00e1s r\u00e1pida o m\u00e1s barata de usar, eso suele ser el resultado visible de decisiones arquitect\u00f3nicas concretas: el tiempo de bloque, cu\u00e1ntos datos caben en cada bloque, c\u00f3mo se ordenan las transacciones y cu\u00e1nta coordinaci\u00f3n se requiere entre los validadores antes de que un bloque cuente como definitivo. Nada de eso es gratis. Exprimir m\u00e1s rendimiento de una capa base suele significar exigir m\u00e1s al hardware o a la coordinaci\u00f3n necesarios para operar un validador, lo que estrecha qui\u00e9n puede realmente participar en la seguridad de la red. Un h\u00e1bito \u00fatil es preguntarse qu\u00e9 cedi\u00f3 una cadena para alcanzar sus cifras de rendimiento, en lugar de tomar una afirmaci\u00f3n llamativa de velocidad como la historia completa.<\/p>\n Una cadena puede parecer descentralizada en su marketing mientras su conjunto real de validadores est\u00e1 concentrado entre un peque\u00f1o n\u00famero de operadores grandes y con muchos recursos. Los requisitos de hardware importan aqu\u00ed: si operar un validador exige una infraestructura cara y especializada, menos participantes independientes pueden hacerlo de forma realista, aunque el recuento total de validadores parezca alto sobre el papel. La concentraci\u00f3n geogr\u00e1fica y organizativa entre los validadores es algo m\u00e1s dif\u00edcil de disimular con marketing que una cifra de rendimiento, y por eso precisamente merece la pena buscarla.<\/p>\n La diversidad de clientes es una se\u00f1al relacionada y menos comentada. La mayor\u00eda de las capas 1 dependen de software de validaci\u00f3n construido y mantenido por un peque\u00f1o n\u00famero de equipos independientes, y si una de esas piezas de software contiene un error grave, el impacto depende en gran medida de cu\u00e1ntos validadores lo estuvieran ejecutando. Una red en la que los validadores ejecutan una mezcla genuinamente variada de software construido de forma independiente es m\u00e1s resistente a este tipo de punto \u00fanico de fallo que una en la que casi todos ejecutan el mismo cliente por defecto.<\/p>\n Ethereum<\/a> y Solana<\/a> ilustran dos respuestas distintas al mismo trilema. Ethereum ha priorizado en general mantener su capa base ampliamente descentralizada, empujando una gran parte de la actividad diaria de transacciones hacia redes de capa 2 separadas que liquidan de vuelta en ella, en lugar de maximizar directamente el rendimiento de la capa base. Solana ha perseguido un dise\u00f1o m\u00e1s estrechamente integrado, que incluye un mecanismo incorporado para ordenar las transacciones antes del consenso, orientado a manejar mucha m\u00e1s actividad directamente en su capa base. Ninguno de los dos enfoques es objetivamente correcto: reflejan apuestas distintas sobre d\u00f3nde vale la pena hacer las compensaciones, y ambos siguen evolucionando.<\/p>\n Comparar bien las capas 1 significa mirar m\u00e1s all\u00e1 de la cifra llamativa de rendimiento y hacerse en cambio tres preguntas: \u00bfcu\u00e1l es el conjunto real de validadores y cu\u00e1n concentrado est\u00e1? \u00bfQu\u00e9 tiene que seguir siendo cierto, t\u00e9cnicamente, para que la cadena siga funcionando a medida que m\u00e1s gente la usa? \u00bfY qu\u00e9 dice la propia documentaci\u00f3n del proyecto que est\u00e1 optimizando, con sus propias palabras y no en una nota de prensa? Una cadena que es franca sobre sus compensaciones suele ser m\u00e1s fiable que una que afirma haber resuelto el trilema por completo. La comparaci\u00f3n de capas 1 trata, en \u00faltima instancia, de compensaciones y no de ganadores: cada decisi\u00f3n de dise\u00f1o que hace que una cadena sea m\u00e1s r\u00e1pida o m\u00e1s barata se toma prestada de alg\u00fan otro punto del sistema, y saber de d\u00f3nde se tom\u00f3 prestada te dice mucho m\u00e1s que cualquier p\u00e1gina de marketing.<\/p>\n","protected":false},"excerpt":{"rendered":" Qu\u00e9 hace que una blockchain sea una capa 1, el trilema que hay detr\u00e1s de cada decisi\u00f3n de dise\u00f1o y en qu\u00e9 se diferencian realmente estas redes.<\/p>\n","protected":false},"author":5,"featured_media":124,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-282","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-altcoins"],"_links":{"self":[{"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/posts\/282","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/comments?post=282"}],"version-history":[{"count":1,"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/posts\/282\/revisions"}],"predecessor-version":[{"id":312,"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/posts\/282\/revisions\/312"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/media\/124"}],"wp:attachment":[{"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/media?parent=282"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/categories?post=282"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bitcoindigital.info\/es\/wp-json\/wp\/v2\/tags?post=282"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}El trilema de la blockchain<\/h2>\n
C\u00f3mo el consenso moldea las compensaciones<\/h2>\n
El rendimiento y las comisiones son decisiones de dise\u00f1o, no accidentes<\/h2>\n
La descentralizaci\u00f3n no siempre es visible a simple vista<\/h2>\n
Dos filosof\u00edas de dise\u00f1o diferentes<\/h2>\n