Un artículo para entender el modelo de proveedor estatal en Ethereum 2.0.

Este artículo fue escrito en colaboración con samwilsn y adietrichs, con gran ayuda de villanuevawill y el equipo de Quilt. Introducción La naturaleza sin estado de Ethereum 2.0 significa que las transacciones deben llevar el estado al que desean acceder. Más precisamente, para los proponentes de bloques (BP), además de contener transacciones, los bloques también deben contener todos los estados y la información testigo correspondiente a la que acceden todas las transacciones. Suponiendo que ni el usuario que creó la transacción ni el BP almacenan datos de estado, entonces la red necesita otro grupo para guardar y proporcionar estos estados. Este rol a menudo se denomina Proveedor de estado (SP). Independientemente de cómo los proponentes de bloques y los proveedores de estado intercambien el estado, es posible que los usuarios necesiten obtener el estado antes de crear transacciones. Por ejemplo, obteniendo el bytecode del contrato, estimando el costo del Gas o consultando el saldo de la cuenta. Esto significa que el proveedor estatal debe exponer una interfaz similar a la extracción para los usuarios. Aunque no hay una capa de incentivos, solo depender de proveedores estatales desinteresados ​​también puede proporcionar a los usuarios un estado (Ethereum 1.0 hace esto), y el pago también se puede realizar a través de canales estatales, agregando una capa de incentivos a los proveedores estatales. Criterios de comparación Se han propuesto varias ideas sobre cómo integrar a los proveedores estatales en el sistema general. En las siguientes secciones, presentaremos brevemente varios esquemas. Además de la descripción general, también compararemos las siguientes propiedades: Restricciones de acceso al estado Debido a que la ejecución de la transacción se basa en el estado en el momento de la ejecución, si el estado subyacente cambia, la ejecución de la transacción también cambiará. En particular, para algunas transacciones, la ubicación del acceso estatal puede cambiar. Esto podría deberse a declaraciones de salto simples (como  if), o la ubicación visitada se calcula en tiempo de ejecución. Nos referimos a ambos casos como Dynamic State Access (DSA). En el modo sin estado, esto complica el proceso de creación de transacciones. El problema es que puede que no sea posible proporcionar el estado a estas transacciones antes de tiempo (ya que no se sabe de antemano a qué estado global accederán estas transacciones). Los diferentes patrones de proveedores estatales se comportan de manera diferente en la medida en que respaldan estas transacciones. Si un modo restringe el acceso al estado dinámico, lo más probable es que Eth1 no se convierta en un entorno de ejecución (EE) de Eth2 y, a menudo, requerirá un manejo especial. Medidas de incentivo La agencia de marketing de celebridades en Internet de Singapur y el hijo de Snoop Dogg cooperan para lanzar Web3 Fund: El 25 de julio, la agencia de marketing de celebridades en Internet con sede en Singapur, Gushcloud International, anunció que ha ingresado en Web3 y ha cooperado con el hijo de Snoop Dogg, Cordell Broadus, para lanzar Web3. Fund "Welcome to the Block", que tiene como objetivo invertir en proyectos criptográficos y de blockchain y nuevas empresas en Asia y más allá. Gushcloud International también planea utilizar el BAYC NFT de Cordell Broadus para explorar conjuntamente oportunidades de colaboración en juegos, música, productos de consumo y transacciones de licencias. (Tatlerasia) [2022/7/25 2:36:38] Compare las recompensas de los proveedores de estado desde los siguientes dos aspectos: 1. ¿Quién paga las recompensas y cómo se calculan las recompensas? 2. ¿Se apoya inicialmente a los proveedores estatales altruistas y, de ser así, se pueden agregar incentivos más adelante? Riesgo de centralización El riesgo de centralización de cada modelo es diferente: 1. ¿Quién puede revisar las transacciones y en qué medida? 2. ¿Cuánto estado puede almacenar un proveedor estatal? ¿Qué tipo de hardware necesito? 3. ¿Qué nivel de confianza mutua debe lograrse entre los proponentes de bloques y los productores estatales? Restricciones de tiempo Los productores de bloques transmiten bloques en un tiempo fijo. Así que consideramos específicamente cómo funcionan los diferentes modos dentro de ese límite de tiempo. Atribuibilidad del estado perdido En Eth1, una vez que se completan la verificación de la firma y los controles de saldo y nonce para una transacción determinada, los mineros pueden estar seguros de que recibirán la tarifa por incluir la transacción. En Eth2, si se le puede pagar al proponente del bloque depende de si el estado perdido es una falla atribuible. Si es así, incluso si una transacción falla debido a la pérdida de estado, el proponente del bloque aún puede recibir el pago. De lo contrario, la transacción de estado perdido en sí misma no se puede empaquetar, pero es posible que el proponente del bloque no la descubra hasta que se hayan ejecutado todas las transacciones (generalmente muy largas). (Nota del traductor: el pago aquí significa que el proponente del bloque debe cobrar la tarifa de transacción en la transacción empaquetada. Si se trata de un error no atribuible, entonces el proponente del bloque gasta el costo para empaquetar la transacción, pero no obtiene la transacción en el paquete). La empresa alemana de tecnología financiera Solarisbank está ayudando a Binance a estar completamente regulado en Alemania: según las noticias del 25 de mayo, Roland Folz, director ejecutivo de la empresa alemana de tecnología financiera Solarisbank, dijo en una entrevista que Solarisbank está trabajando con Binance para ayudar a Binance Ann a totalmente regulado en Alemania por BaFin, el regulador financiero alemán. (El bloque) [2022/5/25 3:41:20] Si el proponente del bloque necesita ejecutar la transacción para encontrar el error, pero estas transacciones no se pueden empaquetar (es decir, la tarifa de transacción no se puede pagar), entonces el propuesta de bloque O son vulnerables a ataques de denegación de servicio con costo casi nulo. Modo Direct Push Model (Modelo Direct Push) El usuario solicita directamente el estado necesario de uno o más proveedores de estado y luego envía la transacción con el estado a la red. El nodo mantiene el grupo de transacciones a procesar y actualiza la información testigo cada vez que se genera un nuevo bloque en la red. Cuando el proponente del bloque crea un bloque, selecciona un subconjunto de transacciones para empaquetar del conjunto de transacciones y las incluye en el nuevo bloque. El usuario que crea la transacción se convierte esencialmente en el único proveedor estatal de la transacción. En términos generales, no hay forma de garantizar que el estado proporcionado por el usuario pueda satisfacer todas las necesidades de acceso cuando las transacciones estén en cadena en el futuro. Por lo tanto, en el modo Direct Push, solo se pueden ejecutar transacciones con acceso de estado predecible. Debido a que solo se puede acceder a las transacciones utilizando el estado estático, los creadores de contratos también deben diseñar sus contratos para tener un acceso de estado predecible: se pueden usar anotaciones como listas de acceso, que detallan a dónde puede acceder el contrato durante el tiempo de ejecución. Este enfoque, combinado con un patrón que evita el acceso al estado dinámico (consulte esta publicación de blog relacionada de Vitalik en Eth1. Sin embargo, esto sería una desviación significativa del sistema Eth1 actual. Puede frustrar el plan de convertir Eth1 a Eth2. El Comité de la Industria de Metaverse de la Federación de Comunicaciones Móviles de China anuncia el sexto lote de la lista de aceptación: Jinse Finance informó que el Comité de la Industria de Metaverse de la Federación de Comunicaciones Móviles de China anunció el sexto lote de la lista de admisión. Este lote acepta 3 personas y 18 unidades, incluido Kai Hay 4 empresas nacionales que cotizan en bolsa, incluidas Yingwang Network, Capital Online, Shengtian Network y L&A Design, así como 1 empresa extranjera que cotiza en bolsa. (Sutu.com) [2022/3/28 14:21:41] Incentivos Este modelo solo se basa en la red de proveedores de estado general. Como se indicó anteriormente, parece posible prescindir de un sistema de incentivos. Los sistemas de incentivos también se pueden agregar a través de canales de pago. Dado que cada usuario debe establecer un canal de pago con uno o más proveedores estatales, este enfoque debería ser particularmente complejo. Un solo proveedor estatal no puede censurar transacciones, ya que los usuarios pueden enviar varias consultas a varios proveedores estatales. Debido a que los proveedores estatales pueden conservar solo una parte del estado, los requisitos de hardware se pueden reducir según sea necesario. Los incentivos monetarios pueden alentar la centralización de algunos proveedores estatales, por lo que cuando los usuarios compran el estado a través de canales de pago, deben confiar en sus oponentes. No hay limitaciones de tiempo. El estado perdido se puede atribuir al usuario. En la mayoría de los casos, los proveedores de bloques pueden empaquetar transacciones con un estado insuficiente y aun así permitir que los usuarios paguen. La única excepción es cuando se pierde el estado requerido para la verificación inicial de la firma o el pago de la tarifa, en cuyo caso no se incluirá la transacción. De forma análoga al caso de Eth1, los nodos de la red pueden descartar dichas transacciones del grupo de transacciones. Para estas partes de la transacción inicial, se deben imponer algunas restricciones para maximizar la utilización del gas. Puntos clave Beneficios clave: Simple. No hay necesidad de proveedores de estatus especializados o sistemas de incentivos. No hay una restricción de tiempo particular. Principal desventaja: solo apto para transacciones en las que se conocen de antemano todas las necesidades de acceso del estado. Esto limita la funcionalidad de todo el sistema. Los problemas de compatibilidad no se pueden resolver, aunque hay algunas mitigaciones disponibles. En particular, bajo este modelo, Eth1 no puede convertirse en el entorno operativo de Eth2. Modelo de retransmisión Push (Relayed Push Model) Los usuarios envían transacciones de forma autónoma a un retransmisor (Relayer, un proveedor de estado profesional). El repetidor agrupa varias transacciones y adjunta el estado de la transacción, y transmite el paquete de transacciones agrupadas a la red. Los nodos mantienen un grupo de paquetes de transacciones pendientes. Cada vez que se genera un nuevo bloque, el repetidor actualizará el estado de la retransmisión del paquete de transacción y todos los nodos actualizarán la información testigo correspondiente. Cuando BP crea un bloque, selecciona los últimos paquetes de transacciones pendientes del grupo de paquetes de transacciones y los incluye en el nuevo bloque. Se ha lanzado BTFS SCAN V2.1.3: Según las noticias oficiales, se ha lanzado BTFS SCAN V2.1.3. BTFS SCAN es una plataforma de análisis y exploración de datos para la red de almacenamiento descentralizado BTFS. BitTorrent File System (BTFS) es tanto un protocolo como una aplicación de red. Proporciona un mecanismo peer-to-peer direccionable por contenido para almacenar y compartir contenido digital en un sistema de archivos descentralizado. Al mismo tiempo, también proporciona una plataforma básica. para aplicaciones descentralizadas (Dapp). El equipo de BTFS ha estado realizando una serie de ajustes dinámicos, como precios de carga, programas de recompensas de airdrop, etc., en función de las últimas condiciones de operación de la red y las condiciones del mercado BTT. [2022/3/9 13:46:08] En consecuencia, el sistema aún puede ejecutarse cuando se demuestra que el paquete de transacciones en el grupo de paquetes de transacciones no se puede utilizar. Los repetidores solo anuncian la existencia de paquetes de transacción. El proponente del bloque contactará directamente al retransmisor, obtendrá el paquete de transacción y lo incluirá en el nuevo bloque. sin límite. Siempre que el repetidor pueda enviar el estado al paquete de transacciones en cada intervalo de tiempo (intervalo) para garantizar que se puedan satisfacer las necesidades de acceso del estado, estará bien. Además, cada bloque nuevo contiene solo un paquete de datos, lo que evita la interferencia entre paquetes de transacciones. En realidad, diseñar un mecanismo de incentivos para los repetidores es bastante complicado, porque una vez que la información del estado y del testigo se hace pública, los usuarios y/o los BP tienen la oportunidad de eludir al testigo y recrear el paquete de transacciones ellos mismos. Dos soluciones posibles: 1. En ausencia de un conjunto de transacciones, el paquete de transacciones no es público. El repetidor vende el paquete de transacción adjunto al estado al proponente del bloque (la tarifa es un poco más baja que la tarifa de transacción), formando así un mercado de paquete de transacción. Existen algunos riesgos para el proponente del bloque: es posible que se haya incluido una transacción en otro bloque, lo que la convierte en una transacción no válida, o que la tarifa de transacción recibida es menor que la que anunció el retransmisor al vender. 2. Alternativamente, las transacciones pueden incluir pagos a un repetidor específico, con o sin un grupo de transacciones. El usuario se compromete a un período de exclusividad (es decir, algunos intervalos de tiempo), durante el cual el usuario no creará otras transacciones. Si el usuario firma dos o más transacciones al mismo tiempo durante el período exclusivo, será sancionado. Para hacer esto, EE debe proporcionar una forma de "cortar" a los usuarios. Pero debido a que los usuarios no bloquean los depósitos, no está claro cómo multar a los usuarios que no tienen suficiente saldo en la cuenta. El riesgo de centralización depende de qué incentivos de retransmisión se utilicen: 1. Dado que fusionar paquetes de transacciones es complejo (debido al acceso dinámico del estado), un mercado de paquetes de transacciones conduciría a una alta centralización y permitiría a los retransmisores individuales revisar las transacciones. Debido a los riesgos que los BP pueden sufrir como se indica arriba, los BP prefieren cooperar con repetidores conocidos y confiables. En comparación con estos retransmisores bien conocidos, los usuarios individuales no pueden proporcionar paquetes de transacciones con tarifas de transacción suficientemente altas. La asociación de la criptoindustria de Rusia critica al gobierno por "inacción" en el sector regulatorio: los reguladores rusos han sido criticados por sus acciones hacia la industria de las criptomonedas del país, según las noticias del 24 de octubre. Yuri Pripachkin, jefe de la Asociación Rusa de Criptoeconomía, Inteligencia Artificial y Cadena de Bloques (Racib), dijo que sus acciones aún son "a medias" y no están dirigidas a encontrar soluciones sistemáticas para la política nacional de Rusia en el campo de los activos digitales. Los asuntos de criptomonedas en Rusia solo están parcialmente regulados después de la aprobación de la ley de "Activos financieros digitales", que entró en vigencia en enero de este año. Si bien brinda cierta claridad regulatoria para estas monedas, no introduce ninguna regla que rija su emisión y circulación en la economía del país. El término “contrato inteligente” no se encuentra ni en la legislación aprobada ni en el proyecto de ley que se está considerando actualmente. Luego está la minería de criptomonedas, que, aunque no está prohibida en Rusia, sigue sin estar regulada. (Noticias.Bitcoin) [2021/10/24 6:10:39] 2. El uso de un período exclusivo y un grupo de paquetes de transacciones proporcionará un alto grado de descentralización, pero con conveniencia para el usuario y una implementación más compleja del grupo de transacciones como costo. En teoría, cualquier usuario puede recuperar un paquete de transacciones del grupo de transacciones, agregar sus propias transacciones para expandir el paquete de transacciones y luego transmitir el paquete de transacciones con una tarifa de transacción más alta. Para admitir todos los tipos de transacciones, cualquier paquete de transacciones incluido en un bloque debe contener el estado más reciente. El repetidor debe descargar el bloque anterior, crear y enviar una actualización correspondiente al paquete de transacción al proponente del bloque, y el proponente del bloque incluirá el paquete de transacción actualizado en el nuevo bloque, todas estas acciones deben estar dentro de un intervalo de tiempo completado dentro de . La pérdida de estado se puede atribuir a los repetidores. El proponente del bloque puede pedirle al repetidor (o el repetidor elige voluntariamente) que adjunte una "transacción de reembolso" a una transacción, que se utiliza para reembolsar al proponente del bloque cuando la transacción falla debido a una pérdida de estado. Principal ventaja: Sin restricciones de acceso estatales. Un grupo de paquetes de transacciones por sí solo puede no ser suficiente, ya que los paquetes de transacciones son grandes (a diferencia de un grupo de transacciones único en Eth1) y tienen restricciones de tiempo estrictas. Sin un grupo de transacciones, los paquetes de transacciones no se pueden combinar, por lo que un bloque solo puede contener paquetes de transacciones propuestos por un único repetidor. Los repetidores pueden centralizar e introducir censura. Incluso con un grupo de transacciones, no está claro si la combinación de paquetes de transacciones será suficiente para aliviar por completo el problema de la censura. Los sistemas de incentivos son complejos. Modo de extracción (modelo de extracción) Los usuarios envían transacciones a la red y los nodos mantienen un grupo de transacciones pendientes

Tags：

Binance Exchange App