Guía para principiantes: qué tipo de cadena de bloques es la capa 2

En la industria de las criptomonedas, cada vez que comienza un mercado alcista, habrá noticias falsas abrumadoras. Muchos proyectos de cadena lateral engañan a los usuarios haciéndoles creer que son soluciones legítimas de escalabilidad de Capa 2. Este artículo tiene como objetivo explicar a los principiantes qué tipo de blockchain es Layer2. Por lo tanto, la exhaustividad y el rigor deben sacrificarse por la comodidad de los lectores. En términos generales, la cadena de bloques de Capa 1 tiene mayor seguridad y liquidez, y la cadena de bloques de Capa 2 se basa en la cadena de bloques de Capa 1 para proporcionarle seguridad y liquidez. Si es un principiante, especialmente un recién llegado, primero muéstreme un ejemplo simple. Digamos que tiene 100 Dai en la cadena de bloques Ethereum, que también se muestra en su Metamask. Pero, ¿cómo lo sabe Metamask? Porque se comunica con la red peer-to-peer de Ethereum a través de Infura, un proveedor de nodo como servicio de Ethereum. Pero, ¿qué significa exactamente tener 100 Dai? Significa que el contrato Dai (software compuesto por código y datos que se ejecuta en la cadena de bloques de Ethereum) tiene su dirección (como puede ver en Metamask), y el valor que se muestra junto a la dirección es 100. Volvamos a la pregunta de cómo saber si una nueva cadena de bloques es la Capa 2. Supongamos que hay una nueva cadena de bloques llamada Macao. Por alguna razón (quieres comprar algo, comerciar con un precio de gasolina más bajo u obtener algo de experiencia), quieres transferir tus propios 100 Dai de Ethereum a la cadena de Macao. ¿Cómo transferirías estos 100 Dai a Macao? ¿Enviar un correo electrónico al Masternode de Vitalik y pedirle que lo transfiera por usted? Por supuesto que no, en realidad está enviando sus 100 Dai a otro contrato en la cadena de bloques de Ethereum, que comúnmente se conoce como un contrato de "depósito" (como la ventana de depósito de un casino) (Nota del traductor: en realidad, en el contrato de Dai se transfieren 100 Dai de su cuenta y en otra cuenta; pero como dijo el autor, esto es para facilitar la comprensión). Paso 1: envíe 100 Dai al contrato de depósito de Macao en la cadena de bloques de Ethereum. Los validadores/mineros de la cadena de Macao pueden ver su depósito porque están monitoreando constantemente la cadena de bloques de Ethereum, especialmente el contrato de depósito de Macao. En este punto, uno de los validadores/mineros les dice a los demás: "¡Oigan! ¡Vengan a ver! ¡Viene un cliente! ¡Ponte a trabajar!" Luego les dice: "Bienvenidos, me alegro de que puedan unirse a nosotros. Este es su 100 Dai sintético, que está en el bloque de Macao que acabo de excavar/verificar, espero que te diviertas". Paso 2: Obtuviste 100 pagarés (como fichas de casino) de Macao. Con estos pagarés, puede recuperar el Dai bloqueado en su contrato de depósito en Ethereum. Llamamos a estos pagarés sintéticos Dai (sDai para abreviar). El llamado "ingresar a Macao" en realidad significa que algunos scripts de Javascript en un sitio web en el que se encuentra se comunican con la red de igual a igual de Macao. Es como cuando pides prestado en el sitio web de Aave o comercias en el sitio web de Uniswap, "ingresas a Ethereum": los scripts de Javascript en estos front-end crean la transacción de préstamo/intercambio por ti y luego notifican a tu Metamask. Después de ver la tarifa del gas, emite un pitido durante 5 minutos antes de hacer clic en "confirmar" para firmar y transmitir su transacción. Usted está muy familiarizado con este proceso. Lo mismo ocurre con Macao. Si Macau es una bifurcación de Ethereum (¿como el BSC de Binance? ¿o la C-Chain de Avalanche?), entonces todo el proceso es realmente similar, porque solo necesita usar Metamask, no necesita usar una billetera dedicada para firmar el creado Transacciones (porque las cadenas de bloques como Ethereum/BSC utilizan el mismo formato de dirección y el mismo mecanismo de firma criptográfica). Paso 3: use 100 sDai en Macao para comercio, minería de liquidez, inversión, etc. Supongamos que juegas Texas Hold'em y duplicas el capital de 100 sDai a 200 sDai (los 100 sDai adicionales los ganas a tu oponente, y ellos también aseguraron una suma en el contrato de depósito de Macao en Ethereum Dai). Presta atención, ¿ahora es la parte más crítica?: En este momento, considerando la seguridad y la liquidez (o no te importa la tarifa de gas de los mil dólares), quieres recuperar el capital y los intereses y ponerlo en Ethereum. ¿Macao es blockchain de capa 2? Si los validadores de Macao teóricamente pueden evitar que recuperes los 200 Dai, o simplemente robarlos (tómalo tú mismo), Macao no es una cadena de bloques de Capa 2, sino una cadena lateral. Macao no es una cadena de bloques de capa 2 si teóricamente puede retirar más fondos (como 300 Dai). Cuando hablamos de soluciones de escalabilidad, siempre terminamos volviendo a la pregunta de "¿quién controla la salida"? ¿Cómo hacer que el contrato de depósito en Ethereum sea más inteligente para evitar que usted, otros usuarios de Macao y los mineros/verificadores/operadores de Macao hagan trampa? Como puede imaginar, esta no es una tarea fácil, ya que requiere el contrato de depósito para poder comprender el flujo de fondos en Macao en tiempo real: Suponga que ganó 100 sDai en el póquer en Macao hace 1 hora, puede retirar 100 Dai to Ether ¡Pero podrías perder ese dinero en el próximo juego! Por lo tanto, el contrato debe poder conocer todas estas situaciones, así como el estado más reciente de Macao. Las primeras soluciones como los canales estatales y los reclamos de fraude programados de plasma y la lógica de resolución de disputas en los contratos de depósito/retiro en la Capa 1. Sin embargo, todos imponen una pesada carga a los usuarios, por ejemplo: los usuarios siempre deben monitorear los contratos de Capa 1 en Ethereum en línea para desafiar/detener/castigar los retiros maliciosos que amenazan sus activos. Los usuarios deben almacenar los datos necesarios para presentar una disputa. En un esquema de canal estatal 1, estos datos suelen ser la firma de la contraparte, que se utiliza para demostrar el cambio de estado en el canal (por ejemplo, "Alice: Prometo pagar a Bob 10 Dai" o "Charlie: Prometo mover el torre al tablero H5"). Solo para plasma: los usuarios son vulnerables a dos aspectos: (a) los datos que deben almacenarse aumentan considerablemente, porque los datos requeridos por los usuarios son parte del estado global de la cadena de plasma, no solo los datos de la contraparte del canal estatal 2, (b) ataque de retención de datos (ataque de retención de datos), es decir, el operador de plasma (productor de bloques) intenta realizar retiros maliciosos, mientras retiene los datos requeridos por el usuario para iniciar el desafío. Esto aumenta aún más la complejidad de la lógica de seguridad de retiro en la Capa 1. Estos espinosos problemas no se resolvieron realmente hasta que apareció el esquema de acumulación. el resumen requiere que todos los datos que necesita el usuario para salir estén disponibles en la Capa 1. Cada vez que el estado cambia en la Capa 2, el operador de acumulación divulgará los datos de la transacción que provocaron el cambio de estado en la Capa 1. Por lo tanto, la ejecución en la Capa 2 y las actualizaciones de datos en la Capa 1 están sincronizadas. Si desea obtener más información sobre el resumen, lea estos artículos: introductorio, avanzado, avanzado (resumen zk) y avanzado (resumen optimista). El esquema de acumulación garantiza que todas las partes involucradas sean honestas a través de métodos matemáticos (ZKRU) o garantías de economía monetaria criptográfica (ORU). Si el operador de resumen desaparece o comienza a comportarse mal (correr spam, censurar o (en esquemas de resumen optimistas) cometer fraude), los usuarios siempre pueden usar los datos en la Capa 1 para retirar sus fondos de manera segura. Estos datos se almacenan en el contrato de acumulación en la Capa 1 de Ethereum, por lo que lo único en lo que los usuarios deben confiar es en que la Capa 1 ejecutará estos contratos de manera honesta (otros contratos de Capa 1 también utilizan la misma suposición de confianza, como MakerDao MCD y Aave, etc.). Observación 1: otras cadenas de capa 1, como NEAR, Polkadot y CosmosHub, etc., también pueden convertirse en acumulaciones de Ethereum. Solo necesitan crear un puente que se adhiera al patrón de diseño del resumen y publicar los datos necesarios en Ethereum, tal como lo hacen otros paquetes acumulativos. Observación 2: El esquema ZK Rollup utiliza pruebas de validez para probar la exactitud de las actualizaciones de estado de rollup. Cada vez que se actualice el estado del resumen, la prueba de validez se verificará en la Capa 1. Por lo tanto, tales esquemas pueden prevenir actividades fraudulentas. Sin embargo, los datos aún deben publicarse en la cadena. De esta forma, si el operador de resumen desaparece, los usuarios aún podrán usar los datos para enviar solicitudes de retiro ellos mismos. Observación 3: ¿Bitcoin puede tener la capa 2? no. Bitcoin carece de elementos de programación y plomería estatal para crear contratos complejos de Capa 1 para manejar disputas y/o verificar pruebas de validez 3 . Por supuesto, es posible que haya escuchado que no es necesario renunciar a la propiedad del token para usar una determinada cadena lateral de Bitcoin, así que no crea en este falso marketing 4 . "¿Qué pasa con Lightning Network?" Lightning Network es solo L2 en teoría. Pero, de hecho, los usuarios comunes casi tienen que confiar en un tercero para monitorear todo el sistema (consulte la sección anterior sobre los canales estatales para conocer las razones), lo que significa que no es L2 en la práctica. Rollup es la única solución de escalabilidad de Capa 2 que garantiza la tranquilidad de los usuarios, porque la salida de fondos está firmemente controlada por Ethereum Capa 1. Volviendo a las cadenas laterales: si los rollups son tan mágicos, ¿por qué alguien elegiría crear una cadena lateral que (a) requiera suposiciones de confianza adicionales y (b) no haya sido aceptada por el mercado durante los últimos 7 años5? La razón por la que las cadenas laterales sobreviven es porque tales esquemas son fáciles de construir. Muchas partes del proyecto simplemente construyen una cadena lateral apresuradamente, pueden obtener capital de riesgo y luego emitir tokens 6 . De hecho, puede crear una cadena lateral de Ethereum en solo una tarde: solo necesita crear un contrato básico como una billetera inteligente en Ethereum para permitir que las personas depositen fondos y luego bifurcar Geth (para su Solo elija una nueva ID de cadena para el sidechain y reconstruir)... ¡voilá! Ya falta poco... er, bueno, no está cerca... Tendrás que contratar algunos marineros y un diseñador gráfico para diseñar un sitio web elegante... pero hay muchas firmas de capital de riesgo que serán más que felices de ayudarlo Poner, pueden implementar una gran cantidad de robots. Algunos estafadores lo engañarán diciendo que las cadenas laterales son la solución de la Capa 2, y algunos incluso anuncian que sus cadenas laterales son más seguras que las acumuladas. Sin embargo, al final del día, es una pregunta muy simple: ¿quién controla la exportación de fondos? En el esquema de acumulación, la salida de fondos está controlada y protegida por Ethereum Layer 1 EVM. Punto principal de este artículo: en la actualidad, es probable que cualquier cadena que afirme superar los 2000 tps y venda proyectos de escalabilidad sea una cadena lateral, lo que requiere que los usuarios hagan algunas suposiciones de confianza no reveladas. Después de que los fragmentos de datos Eth2 se conecten, los tps de Rollup pueden llegar a más de 10 000. Dichos escenarios son intensivos en datos. Rollup es la única solución de escalabilidad de Capa 2 que no requiere que los usuarios hagan suposiciones adicionales de confianza o vitalidad. Las cadenas laterales existen hoy en día porque dichos esquemas se pueden construir en menos de una hora, generalmente para recaudar fondos y emitir tokens. Antes de usar una cadena, examine las salidas de fondos y las suposiciones de confianza que debe hacer para (a) asegurarse de que la cadena sea segura y (b) puede recuperar sus fondos de manera segura. Los proyectos suelen utilizar mucho marketing y argumentos absurdos para encubrir las compensaciones de seguridad que el proyecto hace para mejorar el rendimiento. Otras cadenas de Capa 1 pueden actuar como el resumen de Ethereum, solo necesitan seguir el modelo de diseño del resumen y publicar los datos necesarios en Ethereum. La capa 2 sin el supuesto de vida no se puede construir en Bitcoin porque carece de los elementos de programación necesarios y las canalizaciones estatales para obtener las garantías de seguridad de la capa 1. -La columna "Desventajas" refleja la existencia de problemas (es decir, hasta qué punto podemos evitar estos problemas a través del diseño) mediante diferentes colores. Por ejemplo, los requisitos de datos de un resumen se pueden cumplir fácilmente (según lo planeado por Ethereum 2.0 y "proveedores de disponibilidad de datos como servicio" como LazyLedger) sin sacrificar la descentralización porque los datos están "fríos", es decir, la totalidad El nodo no ejecutará datos acumulativos y el costo del espacio en disco es muy bajo. Nota al pie: 1: si es un canal estatal, no hay ninguna cadena "Macao" y los usuarios interactúan directamente. Por ejemplo, promete una suma de Dai en Ethereum, abre un canal estatal con un grupo de amigos para jugar al póquer y luego comienza a intercambiar información para actualizar el estado del juego, como "Me retiro, y esta firma criptográfica es la prueba". . Una vez que finaliza el juego, puede enviar la última instantánea del juego al contrato en Ethereum y luego retirar su saldo. Lo mismo ocurre con los canales de pago y los canales de ajedrez. Aunque el esquema de canal estatal puede eliminar el riesgo de los operadores maliciosos de cadena lateral, los usuarios aún deben estar atentos en caso de que la contraparte intente iniciar un retiro utilizando un estado válido desactualizado. Por lo tanto, los retiros suelen tener un período de espera para que otros participantes verifiquen su validez e inicien desafíos

Tags：

XLM