Autor: HAOTIAN-CRYPTOINSIGHT, Fonte: Substack do Haotian-CryptoInsight
Superficialmente, "centrado na intenção" apenas presta atenção ao resultado e não se preocupa com o processo. Na verdade, o processo está escondido na "caixa preta" pela tecnologia superior. Hoje, tomarei como exemplo uma arquitetura de intenção distribuída. Vou desmontá-la com dificuldade para você. O conteúdo do WorkFlow nesta caixa preta será muito seco. É recomendável gostar primeiro e depois lê-lo.
É provável que isto represente a arquitetura “inteligente” da próxima geração de blockchains.
Houve também caixas pretas nos primeiros dias do desenvolvimento da Internet. Por exemplo, poucas pessoas entendiam os princípios de comunicação dos protocolos de tecnologia da Internet, como HTTP, TCP/IP, CDN e IPV6, mas todos estavam nadando nas aplicações da camada superior. Na era web3, também é necessário passar por um processo de ocultação do protocolo back-end, que é exatamente o que o Intent-centric está fazendo. Somente desta forma o limite para o uso da web3 pode ser realmente reduzido e os aplicativos web3 podem chegar às casas das pessoas comuns.
**Então, como desmontar essa “caixa preta”? **
Em primeiro lugar, se a caixa preta for fornecida por uma plataforma centralizada, ela não está dentro do escopo deste artigo, porque um servidor centralizado pode, teoricamente, predefinir vários parâmetros e instruções de fundo complexos, como o popular programa Bot da plataforma social e Amigo .tech é uma experiência de aplicativo baseada na hospedagem. Mas isso é muito antiparadigma. Quero levá-lo a descobrir como organizar e operar o mercado intencional descentralizado no futuro.
**Um ponto central é como converter os complexos requisitos abstratos dos usuários em instruções que podem ser visualizadas pelo programa e também podem automatizar a execução com baixa tolerância a falhas. **
**Exemplo:**Xiao Wang fez um pedido no UniswapX. A intenção exigia pedidos com limite de preço, taxas de gás gratuitas, anti-MEV, a rota com menor derrapagem, zk-SNARKization para proteger a privacidade, etc. Um grupo de Makers (instituições profissionais, criadores de mercado) na "caixa preta" começou a construir um solucionador de estratégia para executar o pedido de Xiao Wang.Finalmente, após uma rodada de competição de leilão, a Empresa A ganhou o direito de execução e, finalmente, completou o ordem.A plataforma liquida a taxa de manuseio paga por Xiao Wang à Empresa A e, ao mesmo tempo, dá uma certa recompensa à plataforma.
Depois de receber a intenção de Xiao Wang, a caixa preta irá classificá-la. Por exemplo, pedido limite = uma transação condicional, e o contrato é acionado automaticamente se a condição for atendida; anti-MEV = roteador de expansão off-line, usando canal camada 2; privacidade proteção = núcleo Os dados precisam executar o canal de verificação ZK-SNARKs; essas intenções podem ser atribuídas à Camada 1 e Camada 2, ou várias tecnologias modulares podem ser habilitadas para processamento ao mesmo tempo e, finalmente, coletadas para o cliente do usuário para completar a final resultado de saída.
Ele pode ser aninhado modularmente na estrutura de contrato inteligente EVM existente, o que requer que a intenção seja programada para ser invocada sem problemas por contratos inteligentes ou contratos proxy, ou métodos de expansão off-line e vários protocolos DeFi na cadeia.
Executando de forma independente em uma nova arquitetura de cadeia pública, além de Solver e Excutor, também precisa ter funções correspondentes, como Proponente e Validador, para realizar a operação descentralizada da cadeia.
Solver é um solucionador responsável por programar intenções abstratas. Por exemplo: O usuário A tem três intenções ao enviar uma transação, intenção transparente + intenção de segurança + intenção de privacidade. As transações simples são processadas diretamente pela camada 1, enquanto as transações complexas chegarão ao Solver da camada 2. O Solver passa duas intenções por meio de uma tecnologia de prova de conhecimento zero fornecida pelo ZK Proof e um algoritmo de criptografia aleatória de texto cifrado fornecido pelo texto cifrado. Por fim, os txs processados serão enviados para o Mempool, aguardando para serem empacotados e carregados na cadeia;
utor é o executor, responsável por alterar os txs enviados pelo Solver para o estado de execução final + concluir a verificação. Pode ser entendido como o minerador que finalmente realizou com sucesso a intenção do usuário, e é responsável por verificar que não haverá erros durante a execução da intenção, para completar o comportamento final da contabilidade on-chain; entendido de forma mais geral, o Solver é equivalente ao Searcher no Ethereum, responsável por coletar e classificar as transações, e o utor é equivalente ao construtor no Ethereum , responsável pela embalagem final e geração de blocos.
Claro, também tem as funções de Node, Relay e Validator, que não são diferentes das cadeias públicas existentes, por isso não vou explicar muito. Tanto o Solver quanto o utor podem contar com a participação de organizações e instituições sem permissão na forma de leilão para garantir a transparência e descentralização do sistema.
O fluxo de trabalho aproximado é (conforme mostrado abaixo):
O usuário envia dados de intenção - Gossip Node recebe e transmite dados:
①Transações simples vão diretamente para L1 -> Gerar Recepit através do Proponente, Validador, utor da camada1, etc.
② Transações complicadas serão atribuídas a L2—> O Solver é responsável pela integração modular de zk, texto cifrado e outros dados de programação técnica—> O proponente organiza e classifica os dados para o pacote—> O validador verifica a validade dos dados—> o utor completa o registro do bloco Conta -> Retornar ao usuário Recpit.
O cliente usuário reunirá o Recpit e finalmente concluirá a verificação.
Depois de lê-lo, você acha que este é um conjunto completamente novo de arquitetura de arquitetura blockchain? Bem, isso mesmo. Uma nova estrutura de cadeia pública altamente modular que integra diversas tecnologias existentes.
De programável na era Bitcoin a programável na era Ethereum, a programável ++ na era intencional. Idealmente, a arquitetura "inteligente" do blockchain de próxima geração fará pleno uso de várias tecnologias de ponta para executar transações (incluindo IA), e os usuários também podem passar requisitos mais complexos através da camada de intenção, e todo o processo de execução é altamente automatizado e Modular. Somente quando o blockchain for mais fácil de usar e “inteligente”, a adoção em massa poderá ser finalmente realizada.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Análise do núcleo duro: a arquitetura “inteligente” da próxima geração de blockchain
Autor: HAOTIAN-CRYPTOINSIGHT, Fonte: Substack do Haotian-CryptoInsight
Superficialmente, "centrado na intenção" apenas presta atenção ao resultado e não se preocupa com o processo. Na verdade, o processo está escondido na "caixa preta" pela tecnologia superior. Hoje, tomarei como exemplo uma arquitetura de intenção distribuída. Vou desmontá-la com dificuldade para você. O conteúdo do WorkFlow nesta caixa preta será muito seco. É recomendável gostar primeiro e depois lê-lo.
É provável que isto represente a arquitetura “inteligente” da próxima geração de blockchains.
Houve também caixas pretas nos primeiros dias do desenvolvimento da Internet. Por exemplo, poucas pessoas entendiam os princípios de comunicação dos protocolos de tecnologia da Internet, como HTTP, TCP/IP, CDN e IPV6, mas todos estavam nadando nas aplicações da camada superior. Na era web3, também é necessário passar por um processo de ocultação do protocolo back-end, que é exatamente o que o Intent-centric está fazendo. Somente desta forma o limite para o uso da web3 pode ser realmente reduzido e os aplicativos web3 podem chegar às casas das pessoas comuns.
**Então, como desmontar essa “caixa preta”? **
Em primeiro lugar, se a caixa preta for fornecida por uma plataforma centralizada, ela não está dentro do escopo deste artigo, porque um servidor centralizado pode, teoricamente, predefinir vários parâmetros e instruções de fundo complexos, como o popular programa Bot da plataforma social e Amigo .tech é uma experiência de aplicativo baseada na hospedagem. Mas isso é muito antiparadigma. Quero levá-lo a descobrir como organizar e operar o mercado intencional descentralizado no futuro.
**Um ponto central é como converter os complexos requisitos abstratos dos usuários em instruções que podem ser visualizadas pelo programa e também podem automatizar a execução com baixa tolerância a falhas. **
**Exemplo:**Xiao Wang fez um pedido no UniswapX. A intenção exigia pedidos com limite de preço, taxas de gás gratuitas, anti-MEV, a rota com menor derrapagem, zk-SNARKization para proteger a privacidade, etc. Um grupo de Makers (instituições profissionais, criadores de mercado) na "caixa preta" começou a construir um solucionador de estratégia para executar o pedido de Xiao Wang.Finalmente, após uma rodada de competição de leilão, a Empresa A ganhou o direito de execução e, finalmente, completou o ordem.A plataforma liquida a taxa de manuseio paga por Xiao Wang à Empresa A e, ao mesmo tempo, dá uma certa recompensa à plataforma.
Depois de receber a intenção de Xiao Wang, a caixa preta irá classificá-la. Por exemplo, pedido limite = uma transação condicional, e o contrato é acionado automaticamente se a condição for atendida; anti-MEV = roteador de expansão off-line, usando canal camada 2; privacidade proteção = núcleo Os dados precisam executar o canal de verificação ZK-SNARKs; essas intenções podem ser atribuídas à Camada 1 e Camada 2, ou várias tecnologias modulares podem ser habilitadas para processamento ao mesmo tempo e, finalmente, coletadas para o cliente do usuário para completar a final resultado de saída.
**Uma arquitetura de intenção descentralizada básica inclui usuário Usuário —— solucionador Solucionador — executor utor — resultado resultado. **
Solver é um solucionador responsável por programar intenções abstratas. Por exemplo: O usuário A tem três intenções ao enviar uma transação, intenção transparente + intenção de segurança + intenção de privacidade. As transações simples são processadas diretamente pela camada 1, enquanto as transações complexas chegarão ao Solver da camada 2. O Solver passa duas intenções por meio de uma tecnologia de prova de conhecimento zero fornecida pelo ZK Proof e um algoritmo de criptografia aleatória de texto cifrado fornecido pelo texto cifrado. Por fim, os txs processados serão enviados para o Mempool, aguardando para serem empacotados e carregados na cadeia;
utor é o executor, responsável por alterar os txs enviados pelo Solver para o estado de execução final + concluir a verificação. Pode ser entendido como o minerador que finalmente realizou com sucesso a intenção do usuário, e é responsável por verificar que não haverá erros durante a execução da intenção, para completar o comportamento final da contabilidade on-chain; entendido de forma mais geral, o Solver é equivalente ao Searcher no Ethereum, responsável por coletar e classificar as transações, e o utor é equivalente ao construtor no Ethereum , responsável pela embalagem final e geração de blocos.
Claro, também tem as funções de Node, Relay e Validator, que não são diferentes das cadeias públicas existentes, por isso não vou explicar muito. Tanto o Solver quanto o utor podem contar com a participação de organizações e instituições sem permissão na forma de leilão para garantir a transparência e descentralização do sistema.
O fluxo de trabalho aproximado é (conforme mostrado abaixo):
O usuário envia dados de intenção - Gossip Node recebe e transmite dados:
①Transações simples vão diretamente para L1 -> Gerar Recepit através do Proponente, Validador, utor da camada1, etc.
② Transações complicadas serão atribuídas a L2—> O Solver é responsável pela integração modular de zk, texto cifrado e outros dados de programação técnica—> O proponente organiza e classifica os dados para o pacote—> O validador verifica a validade dos dados—> o utor completa o registro do bloco Conta -> Retornar ao usuário Recpit.
O cliente usuário reunirá o Recpit e finalmente concluirá a verificação.
Depois de lê-lo, você acha que este é um conjunto completamente novo de arquitetura de arquitetura blockchain? Bem, isso mesmo. Uma nova estrutura de cadeia pública altamente modular que integra diversas tecnologias existentes.
De programável na era Bitcoin a programável na era Ethereum, a programável ++ na era intencional. Idealmente, a arquitetura "inteligente" do blockchain de próxima geração fará pleno uso de várias tecnologias de ponta para executar transações (incluindo IA), e os usuários também podem passar requisitos mais complexos através da camada de intenção, e todo o processo de execução é altamente automatizado e Modular. Somente quando o blockchain for mais fácil de usar e “inteligente”, a adoção em massa poderá ser finalmente realizada.