Caros amigos que seguem a Anoma, esta transmissão ao vivo do Anoma Day teve um conteúdo bastante sólido, desde a base técnica até a aplicação prática, e depois os planos futuros, tudo foi discutido de forma clara. Eu organizei as informações principais, um resumo completo do conteúdo central disponível na rede, espero que isso possa ajudar a esclarecer algumas dúvidas:
Um. Tecnologia central: Gerenciar bem os recursos e a interação entre sistemas.
Esta parte aborda principalmente os problemas de "como os recursos podem circular de forma segura" e "como diferentes sistemas (como diferentes cadeias) podem comunicar-se de forma fluida", tudo isso é um trabalho duro de base.
1. Dar "Cartão de Cidadão" aos recursos + Encontrar "gestor" (Controller Tag e controlador V2) Em termos simples, é como dar a cada recurso (como ativos digitais, dados) uma "etiqueta" (Controller Tag), equivalente a uma identidade com registro - lembrando de onde veio, para onde vai, se foi reutilizado (como consumo duplo), e se está correto.
Esta etiqueta esconde uma "cadeia de relações" (estrutura DAG), lembrando os "gestores" que passaram pelo processo (controladores de diferentes sistemas/cadeias). Se os recursos mudarem de gestor, a etiqueta será atualizada, podendo ainda remover informações desnecessárias através de uma "prova" (attestation), tornando a etiqueta mais leve.
O gestor (controlador) tem uma função de "pausar": uma vez que é pausado, não se pode alterar o estado, os recursos serão automaticamente transferidos para o gestor de reserva, gerando ao mesmo tempo um conjunto de registos que não podem ser alterados, tornando-o mais seguro.
Pode também configurar um "interruptor de emergência": permitindo que determinadas entidades apenas aprovem a suspensão, sem poder alterar outros estados, adequado para sistemas "rápidos mas sensíveis" com "monitorizadores seguros".
Além disso, é possível verificar se a história dos recursos é contínua e se não foi reutilizada, mas a condição é que se consiga obter os registros relevantes; se não for possível, só se pode confiar.
2. Dar um grande "prova" uma dieta (agregação de provas) No comércio, frequentemente há uma série de provas relacionadas à conformidade e à lógica (como "a origem deste dinheiro é legal"), essas provas são grandes e difíceis de verificar, por isso é necessário "agregar" um pouco e torná-las mais simples.
Duas maneiras:
1) Agregação em massa: validar todas as provas de uma só vez, gerando uma prova total, economizando espaço e verificando rapidamente, mas precisa ver se a máquina virtual especializada (ckvm) consegue suportar.
2) Agregação sequencial: validar um por um, mantendo os resultados anteriores, adequado para ckvm que não suportam "retomada", mas o número de verificações é igual ao número de provas, um pouco mais lento.
No futuro, pretendo experimentar formas de agregação mais flexíveis (como a agregação PCD), adicionar aceleradores dedicados e também quero garantir que as provas agregadas não revelem informações-chave (como a chave da lógica de verificação).
3. Anoma na "interface" (adaptador de protocolo EVM) em cadeias como Ethereum Esta é a "máquina de gestão de recursos" da Anoma implementada na Ethereum (cadeia EVM), especializada na criação e consumo de recursos, tratando apenas de questões relacionadas a liquidações.
Usou um sistema de prova especializado (Risc0) e um esquema de compromisso (Peterson), e ainda pode ajustar outros contratos na Ethereum para obter dados.
Recentemente otimizado: os dados foram divididos em 4 categorias (recursos, descoberta, externo, aplicativo), o processamento está mais fluido; usando uma árvore de Merkle de tamanho variável, suporta operações aleatórias em recursos e ainda economiza gas (taxa de transação na blockchain).
Na gestão de versões, estamos a considerar adicionar um "botão de pausa de emergência" e um "comité de atualização", para que possamos tratar rapidamente as falhas e facilitar pequenas atualizações.
II. Ferramentas de Desenvolvimento: Fazer com que os desenvolvedores corram menos
A equipe fez várias ferramentas, apenas para que os desenvolvedores possam criar aplicações sem ter que reinventar a roda, de forma prática e eficiente.
1. Anoma SDK (caixa de ferramentas para desenvolvedores) O núcleo é apenas duas coisas:
Escrever "regras de recursos" em Rust: por exemplo, estipular que "o contador só pode ser incrementado em 1, não pode ser decrementado".
Escrever "lógica de negócios" em Elixir: por exemplo, "como criar um contador" "como disparar a operação de adicionar 1".
Outras tarefas diversas (como converter o formato de Anoma para um formato reconhecido pelo Ethereum, submeter transações ao Ethereum), o SDK cobre tudo, você não precisa se preocupar.
2. AVM (máquina virtual que torna o complexo simples) Os desenvolvedores não precisam enfrentar diretamente aqueles conceitos complexos da camada inferior (como "lógica de recursos" e "nullifier"), podem simplesmente usar "classes, métodos, funções" que já conhecem. Por exemplo, se quiser fazer um contador, defina uma "classe de contador", escreva "como criar" e "como adicionar 1", e o AVM irá gerar automaticamente as regras necessárias em baixo. Atualmente, a versão 0.1 está utilizável, no futuro a versão 0.2 também suportará objetos aninhados, chamadas de múltiplas operações em uma única transação, tornando tudo mais conveniente.
3. Região ("Assistente de Confiança" dos dados Anoma) Como um sistema operativo leve, gere os dados e aplicações relacionadas com a Anoma, sem precisar de manter um estado de consenso complexo, obtendo dados diretamente do “gestor” (controlador) da Anoma, podendo calcular o que quiser.
Tem API SCRI: Verifique o estado, encontre aplicações de forma tão simples como verificar o caminho de arquivos no computador.
Há um filtro de eventos: elimina antecipadamente informações irrelevantes, reduzindo a pressão de processamento, Pode realizar registo de aplicações, construção de transações, gestão de chaves, e também pode interagir com vários "gestores", adequado para aplicações distribuídas.
Três, Ecologia e Aplicações: Da negociação à integração entre sistemas
Só ter tecnologia de base não é suficiente, é preciso ter coisas concretas que possam ser usadas, a equipe também está construindo ecossistemas e desenvolvendo aplicações.
1. Orda Network: torna a circulação de ativos mais tranquila O objetivo é integrar stablecoins, criptomoedas e moedas fiduciárias, para que os desenvolvedores "façam uma ligação e que funcione em todo lado"; os usuários não precisam se preocupar com qual cadeia ou ativo escolher, basta dizer "quero trocar 100 unidades de algo".
Colaborar com "intenção" e "resolvedor": o usuário diz "o que eu quero" (intenção), as instituições vantajosas (resolvedor, como as que são conformes e têm taxas baixas) competirão para executar, oferecendo o caminho ótimo.
Quero quebrar a tradicional "escada de preços" (por exemplo, taxas diferentes para bancos e investidores individuais), para que todos possam obter taxas razoavelmente boas, ao mesmo tempo em que equilibro a parte de "pode ser verificado" e "baseado na confiança" (o que pode ser verificado, o que só pode ser entendido pelas regras).
2. O Dex da Anoma (Hypercow): transações mais justas Baseado no algoritmo Speedx, o núcleo é encontrar o "preço equilibrado" – todas as ordens de limite no mesmo bloco são executadas a esse preço, evitando que alguém faça arbitragem ou corra, tornando mais justo para todos.
O algoritmo encontra o ponto de equilíbrio entre oferta e procura, semelhante a "fluxo de gradiente"; sob certas condições, este preço é único.
A eficiência também é boa: nos testes, ordens de milhão são processadas em apenas alguns segundos em um computador comum, e a validação também pode ser feita. A maioria das ordens será completamente concluída, enquanto algumas podem ser parcialmente concluídas, servindo para equilibrar a oferta e a demanda.
Quatro, Roteiro: construir passo a passo um "sistema operacional distribuído" O que a Anoma quer fazer é um "sistema operativo distribuído" - abstrair um conjunto de computadores como uma "máquina virtual", permitindo que os utilizadores e desenvolvedores não se preocupem com os detalhes complexos de baixo nível.
Avançar em três etapas: 1. Galileo (a aterrissar) Na cadeia existente (como o Ethereum), ao implementar "interfaces" (adaptadores de protocolo), os desenvolvedores podem criar aplicações com proteção de privacidade, além de serviços de validação de transações e sistemas de meta-governança (regras sobre as regras).
Atualmente, o progresso: os contratos de token e governança já foram auditados, o adaptador de protocolo está quase pronto.
2. Dagon (a ser aperfeiçoado) Ligar todas as implantações para formar um sistema unificado, suportando diferentes "gestores" (controladores) a operar entre si. O "gestor" da Anoma também pode fornecer provas de execução (semelhante ao mecanismo de segurança do plasma, mais seguro).
Atualmente: ainda estamos aprimorando os controladores e outros componentes principais.
3. Aura（futuro objetivo） Realizar um "computador mundial" completo, suportando redes ponto a ponto e consenso, permitindo que qualquer dispositivo forneça serviços como ordenação e armazenamento, e a formulação de regras pelos "gestores" será também mais descentralizada.
De forma geral, a equipe está avançando de maneira estável em todos os aspectos, desde a tecnologia de base até as ferramentas de desenvolvimento e as aplicações ecológicas. O objetivo principal é tornar os sistemas distribuídos complexos mais simples e justos de usar, e facilitar a interação entre diferentes sistemas - afinal, a tecnologia precisa ser conveniente para as pessoas!
Está tudo aqui, o conteúdo central de todas as reuniões está basicamente aqui, agradeço a leitura de todos! Claro, o nosso UPWARD também foi apresentado a todos! #AnomaUpward # Anoma
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.
1 Curtidas
Recompensa
1
1
Repostar
Compartilhar
Comentário
0/400
TooUgly
· 09-07 09:04
Sente-se bem e segure-se, até à lua 🛫Sente-se bem e segure-se, até à lua 🛫Sente-se bem e segure-se, até à lua 🛫
Caros amigos que seguem a Anoma, esta transmissão ao vivo do Anoma Day teve um conteúdo bastante sólido, desde a base técnica até a aplicação prática, e depois os planos futuros, tudo foi discutido de forma clara. Eu organizei as informações principais, um resumo completo do conteúdo central disponível na rede, espero que isso possa ajudar a esclarecer algumas dúvidas:
Um. Tecnologia central: Gerenciar bem os recursos e a interação entre sistemas.
Esta parte aborda principalmente os problemas de "como os recursos podem circular de forma segura" e "como diferentes sistemas (como diferentes cadeias) podem comunicar-se de forma fluida", tudo isso é um trabalho duro de base.
1. Dar "Cartão de Cidadão" aos recursos + Encontrar "gestor" (Controller Tag e controlador V2)
Em termos simples, é como dar a cada recurso (como ativos digitais, dados) uma "etiqueta" (Controller Tag), equivalente a uma identidade com registro - lembrando de onde veio, para onde vai, se foi reutilizado (como consumo duplo), e se está correto.
Esta etiqueta esconde uma "cadeia de relações" (estrutura DAG), lembrando os "gestores" que passaram pelo processo (controladores de diferentes sistemas/cadeias). Se os recursos mudarem de gestor, a etiqueta será atualizada, podendo ainda remover informações desnecessárias através de uma "prova" (attestation), tornando a etiqueta mais leve.
O gestor (controlador) tem uma função de "pausar": uma vez que é pausado, não se pode alterar o estado, os recursos serão automaticamente transferidos para o gestor de reserva, gerando ao mesmo tempo um conjunto de registos que não podem ser alterados, tornando-o mais seguro.
Pode também configurar um "interruptor de emergência": permitindo que determinadas entidades apenas aprovem a suspensão, sem poder alterar outros estados, adequado para sistemas "rápidos mas sensíveis" com "monitorizadores seguros".
Além disso, é possível verificar se a história dos recursos é contínua e se não foi reutilizada, mas a condição é que se consiga obter os registros relevantes; se não for possível, só se pode confiar.
2. Dar um grande "prova" uma dieta (agregação de provas)
No comércio, frequentemente há uma série de provas relacionadas à conformidade e à lógica (como "a origem deste dinheiro é legal"), essas provas são grandes e difíceis de verificar, por isso é necessário "agregar" um pouco e torná-las mais simples.
Duas maneiras:
1) Agregação em massa: validar todas as provas de uma só vez, gerando uma prova total, economizando espaço e verificando rapidamente, mas precisa ver se a máquina virtual especializada (ckvm) consegue suportar.
2) Agregação sequencial: validar um por um, mantendo os resultados anteriores, adequado para ckvm que não suportam "retomada", mas o número de verificações é igual ao número de provas, um pouco mais lento.
No futuro, pretendo experimentar formas de agregação mais flexíveis (como a agregação PCD), adicionar aceleradores dedicados e também quero garantir que as provas agregadas não revelem informações-chave (como a chave da lógica de verificação).
3. Anoma na "interface" (adaptador de protocolo EVM) em cadeias como Ethereum
Esta é a "máquina de gestão de recursos" da Anoma implementada na Ethereum (cadeia EVM), especializada na criação e consumo de recursos, tratando apenas de questões relacionadas a liquidações.
Usou um sistema de prova especializado (Risc0) e um esquema de compromisso (Peterson), e ainda pode ajustar outros contratos na Ethereum para obter dados.
Recentemente otimizado: os dados foram divididos em 4 categorias (recursos, descoberta, externo, aplicativo), o processamento está mais fluido; usando uma árvore de Merkle de tamanho variável, suporta operações aleatórias em recursos e ainda economiza gas (taxa de transação na blockchain).
Na gestão de versões, estamos a considerar adicionar um "botão de pausa de emergência" e um "comité de atualização", para que possamos tratar rapidamente as falhas e facilitar pequenas atualizações.
II. Ferramentas de Desenvolvimento: Fazer com que os desenvolvedores corram menos
A equipe fez várias ferramentas, apenas para que os desenvolvedores possam criar aplicações sem ter que reinventar a roda, de forma prática e eficiente.
1. Anoma SDK (caixa de ferramentas para desenvolvedores)
O núcleo é apenas duas coisas:
Escrever "regras de recursos" em Rust: por exemplo, estipular que "o contador só pode ser incrementado em 1, não pode ser decrementado".
Escrever "lógica de negócios" em Elixir: por exemplo, "como criar um contador" "como disparar a operação de adicionar 1".
Outras tarefas diversas (como converter o formato de Anoma para um formato reconhecido pelo Ethereum, submeter transações ao Ethereum), o SDK cobre tudo, você não precisa se preocupar.
2. AVM (máquina virtual que torna o complexo simples)
Os desenvolvedores não precisam enfrentar diretamente aqueles conceitos complexos da camada inferior (como "lógica de recursos" e "nullifier"), podem simplesmente usar "classes, métodos, funções" que já conhecem.
Por exemplo, se quiser fazer um contador, defina uma "classe de contador", escreva "como criar" e "como adicionar 1", e o AVM irá gerar automaticamente as regras necessárias em baixo. Atualmente, a versão 0.1 está utilizável, no futuro a versão 0.2 também suportará objetos aninhados, chamadas de múltiplas operações em uma única transação, tornando tudo mais conveniente.
3. Região ("Assistente de Confiança" dos dados Anoma)
Como um sistema operativo leve, gere os dados e aplicações relacionadas com a Anoma, sem precisar de manter um estado de consenso complexo, obtendo dados diretamente do “gestor” (controlador) da Anoma, podendo calcular o que quiser.
Tem API SCRI: Verifique o estado, encontre aplicações de forma tão simples como verificar o caminho de arquivos no computador.
Há um filtro de eventos: elimina antecipadamente informações irrelevantes, reduzindo a pressão de processamento,
Pode realizar registo de aplicações, construção de transações, gestão de chaves, e também pode interagir com vários "gestores", adequado para aplicações distribuídas.
Três, Ecologia e Aplicações: Da negociação à integração entre sistemas
Só ter tecnologia de base não é suficiente, é preciso ter coisas concretas que possam ser usadas, a equipe também está construindo ecossistemas e desenvolvendo aplicações.
1. Orda Network: torna a circulação de ativos mais tranquila
O objetivo é integrar stablecoins, criptomoedas e moedas fiduciárias, para que os desenvolvedores "façam uma ligação e que funcione em todo lado"; os usuários não precisam se preocupar com qual cadeia ou ativo escolher, basta dizer "quero trocar 100 unidades de algo".
Colaborar com "intenção" e "resolvedor": o usuário diz "o que eu quero" (intenção), as instituições vantajosas (resolvedor, como as que são conformes e têm taxas baixas) competirão para executar, oferecendo o caminho ótimo.
Quero quebrar a tradicional "escada de preços" (por exemplo, taxas diferentes para bancos e investidores individuais), para que todos possam obter taxas razoavelmente boas, ao mesmo tempo em que equilibro a parte de "pode ser verificado" e "baseado na confiança" (o que pode ser verificado, o que só pode ser entendido pelas regras).
2. O Dex da Anoma (Hypercow): transações mais justas
Baseado no algoritmo Speedx, o núcleo é encontrar o "preço equilibrado" – todas as ordens de limite no mesmo bloco são executadas a esse preço, evitando que alguém faça arbitragem ou corra, tornando mais justo para todos.
O algoritmo encontra o ponto de equilíbrio entre oferta e procura, semelhante a "fluxo de gradiente"; sob certas condições, este preço é único.
A eficiência também é boa: nos testes, ordens de milhão são processadas em apenas alguns segundos em um computador comum, e a validação também pode ser feita. A maioria das ordens será completamente concluída, enquanto algumas podem ser parcialmente concluídas, servindo para equilibrar a oferta e a demanda.
Quatro, Roteiro: construir passo a passo um "sistema operacional distribuído"
O que a Anoma quer fazer é um "sistema operativo distribuído" - abstrair um conjunto de computadores como uma "máquina virtual", permitindo que os utilizadores e desenvolvedores não se preocupem com os detalhes complexos de baixo nível.
Avançar em três etapas:
1. Galileo (a aterrissar)
Na cadeia existente (como o Ethereum), ao implementar "interfaces" (adaptadores de protocolo), os desenvolvedores podem criar aplicações com proteção de privacidade, além de serviços de validação de transações e sistemas de meta-governança (regras sobre as regras).
Atualmente, o progresso: os contratos de token e governança já foram auditados, o adaptador de protocolo está quase pronto.
2. Dagon (a ser aperfeiçoado)
Ligar todas as implantações para formar um sistema unificado, suportando diferentes "gestores" (controladores) a operar entre si. O "gestor" da Anoma também pode fornecer provas de execução (semelhante ao mecanismo de segurança do plasma, mais seguro).
Atualmente: ainda estamos aprimorando os controladores e outros componentes principais.
3. Aura（futuro objetivo）
Realizar um "computador mundial" completo, suportando redes ponto a ponto e consenso, permitindo que qualquer dispositivo forneça serviços como ordenação e armazenamento, e a formulação de regras pelos "gestores" será também mais descentralizada.
De forma geral, a equipe está avançando de maneira estável em todos os aspectos, desde a tecnologia de base até as ferramentas de desenvolvimento e as aplicações ecológicas. O objetivo principal é tornar os sistemas distribuídos complexos mais simples e justos de usar, e facilitar a interação entre diferentes sistemas - afinal, a tecnologia precisa ser conveniente para as pessoas!
Está tudo aqui, o conteúdo central de todas as reuniões está basicamente aqui, agradeço a leitura de todos! Claro, o nosso UPWARD também foi apresentado a todos! #AnomaUpward # Anoma