Juno Network está atualizando para V12, trazendo novos recursos interessantes em sua maior atualização desde o início! - Continue lendo para saber mais sobre todo o grande desenvolvimento que está chegando à casa do CosmWasm.

Áudio: JunoCommsDao #1 — Atualização DAODAO v2 e v12 do
arquivo da equipe: link

TL;DR

- 50% das taxas do contrato divididas com desenvolvedores contratados
- Tokens nativos para DAOs e desenvolvedores com Token Factory
- DeFi Oracle price feed
- Governança define taxas mínimas com consulta para usuários
- Interchain Account Host + Controller
- Wasm v0.30
- IBC v4
- IBC Encaminhamento
- 20% Depósito inicial de governança

Módulo x/FeeShare

Ganhe sua parte com FeeShare! —PR nº 385

Se você é um desenvolvedor de contrato inteligente no Juno, agora pode ganhar uma parte de todas as taxas de gás geradas em seu contrato. Sem taxas de registro, sem custos ocultos e sem alterações de código.

Como funciona?

Se uma transação interagir com um contrato inteligente, metade das taxas da transação será reservada para qualquer contrato com o qual uma carteira tenha interagido. Os primeiros 50% vão para os delegantes como de costume (pool da comunidade), com os outros 50% sendo divididos entre cada contrato optado. Este requisito de aceitação é apenas para fins fiscais, é sem permissão para fazer conforme mostrado abaixo . Você pode aceitar e definir o contrato de retirada para qualquer outra carteira, por exemplo, uma carteira pessoal, uma tesouraria DAO ou uma conta de módulo.

Dado que os usuários já são obrigados a pagar taxas, esse mecanismo permitirá que um novo conjunto de modelos de negócios seja construído no Juno, ao mesmo tempo em que permite o incentivo econômico para manter, construir e desenvolver seu protocolo. Isso alinha desenvolvedores, usuários e toda a comunidade Juno Network para impulsionar mais crescimento e adoção. Uma grande rede positiva para todos!

Parâmetros Definidos pela Governança

O módulo FeeShare tem os seguintes parâmetros que a governança pode alterar desde que uma proposta seja aprovada:

• Ativar/desativar recursos de compartilhamento de taxas
• Aumente ou diminua a divisão de 50% (de 1% para 100%)
• A atualização das denominações permitidas para aceitar e pagar desenvolvedores, por exemplo: USDC da Axelar.

Considerações de projeto

É importante observar que o FeeShare exige a execução direta do contrato da entidade/carteira. Isso significa que as submensagens não são contadas neste momento. Isso é por razões de segurança e abuso. Ele garante que um desenvolvedor contratado não manipule o sistema fazendo com que seu contrato exija muitos de seus outros contratos. Aumentando assim artificialmente sua porcentagem dividida.

Um exemplo de mau ator que seria possível:

• 2 Mensagens de Execução de Contrato, 1 das quais dispara 2 submensagens = 4 mensagens disparadas no total.
• Uma entidade receberia 75% (3/4 mensagens) da taxa de 50%. O que incentivaria a execução de muitos contratos, demandando mais gás e aproveitando nosso mecanismo de divisão.

Processo de inscrição

Para que seu contrato se qualifique para uma parte de suas taxas executadas, você deve atender a um dos seguintes critérios:

• Você é o administrador do contrato
• Se não houver administrador, você deve ter sido o uploader do contrato

junod tx rateshare registrar <CONTRACT> <WITHDRAW_ADDRESS>

Isso significa que o registro nativo tem suporte ao ledger!

Módulo x/TokenFactory

Regra dos tokens nativos, vamos usá-los! —PR nº 368

Outro grande módulo vindo para desenvolvedores no Juno é o módulo Token Factory. Este módulo é originalmente da equipe de osmosis-labs, que traz criação, consulta e envio de tokens nativos sem o incômodo da especificação CW20. Esta é uma grande qualidade de melhoria ao vivo para desenvolvedores de contrato e interfaces de usuário.

• Os airdrops são muitas vezes mais fáceis para usuários que possuem tokens DAO de uma exportação de estado, em vez de uma consulta paginada lenta.
• Frontends como Keplr e Mintscan poderão exibir seus tokens DAO por meio de uma única consulta, em vez de RPC consultar todos os contratos CW20 existentes (ineficiente!)
• Os desenvolvedores de contratos não precisam mais adicionar suporte para CW20 quando todos os contratos já tiverem suporte a tokens nativos incorporados para funcionar com o Juno!
• Os usuários baseados em CLI poderão enviar qualquer token por meio do envio padrão do banco tx junod em vez de wasm executar passagens de mensagem CW20 com dados codificados em base64

DAODAO também estará migrando para usar esses denoms nativos em um futuro próximo. A equipe Juno Core tem construído muitos utilitários para tornar essa migração o mais perfeita possível para projetos atualmente no CW20 que gostariam de migrar para um token nativo.

Você pode ver os documentos e scripts de migração aqui da nossa reunião DAO. Se você não acredita que seu token DAO ou CW20 se encaixa em qualquer uma das alterações propostas, entre em contato conosco no Discord DAODAO ou Juno

Este módulo foi importado de nossa bifurcação de CosmWasm/token-factory , que foi bifurcada de osmosis-labs/osmosis/x/tokenfactory . Isso foi necessário para adicionar mais testes e também atualizar para o IBC v4.

Módulo x/Oracle

DeFi! Obtenha seu DeFi aqui! —PR nº 329

Um excitante módulo baseado em DeFi também está entrando na rede de acordo com a proposta 57 . Este módulo trará dados de preços externos atualizados para a cadeia para desenvolvedores de contrato consultarem e usarem em seus produtos. Isso pode ser pensado como uma ponte entre o blockchain e os dados do mundo real das trocas de preços de ATOM, OSMO e JUNO.

Este módulo não custará nada aos validadores para endpoints. Uma Concessão de Taxa será configurada para cobrir qualquer custo de envio de transação, e todas as Transações irão ignorar a GlobalFee (próxima seção). Os validadores são obrigados a executar este software extra dentro do período de votação. A falha em fazer isso levaria a uma barra suave, semelhante a se o nó estiver offline. Em Juno, isso moveria 0,01% de todos os fundos delegados para o referido validador para o pool da comunidade (0,1JUNO por 1.000 apostados).

O módulo foi bifurcado do umee , que foi bifurcado do Terra. Portanto, este código foi testado em batalha por muitos usuários e muitas equipes trabalharam nele.

Módulo x/GlobalFee

Definir taxa? Sim, por favor - PR nº 411

O novo GlobalFees foi votado como SIM pela comunidade com forte apoio na proposta 68 . Originalmente planejado para o Juno v13, conseguimos avançar e lançá-lo mais cedo para a rede.

Este módulo define um requisito mínimo para todos os nós aceitarem taxas definidas para obter suas transações nos blocos de rede. Com isso, também possibilita que usuários e front-ends consultem quais são as tarifas exigidas para o gás.

Isso significa que as transações devem conter pelo menos uma denominação presente no conjunto de tokens definido pela governança, com o padrão de 0,0025 ujuno por gás para iniciar. No futuro, a governança pode adicionar USDC, OSMO e outros ativos intercadeias conforme desejado.

validadores

Em suas configurações, você tem uma lista de taxas min_gas_prices. Aqui estão algumas considerações sobre como isso afeta você

• Somente as taxas definidas no GlobalFee podem e serão aceitas
• A aceitação de taxas para transações abaixo do limite será padronizada para o limite global definido (excluindo mensagens ignoradas para transações IBC)
• Se você definir um denom maior do que o da GlobalFee, a transação deverá ser enviada com gás suficiente de acordo com min_gas_prices para o bloco proposto.

Desde que ocorra um ataque de spam à rede, os validadores podem aumentar seus preços mínimos de gás acima da taxa mínima global. Isso torna economicamente inviável continuar o ataque por um curto período de tempo.

Retransmissores

Para nossos retransmissores, os pacotes de transferência IBC ignorarão o mínimo GlobalFee para reduzir o custo de retransmissão para a rede Juno! Isso inclui

• ibc.core.channel.v1.MsgRecvPacket
• ibc.core.channel.v1.MsgAcknowlegement
• ibc.core.channel.v1.MsgTransfer

Exemplos

O crédito para este módulo vai para TGrade e a equipe Gaia

Host de Contas Interchain

Controle de contas em uma rede perto de você — PR nº 215 e nº 436

Juno agora será um host e controlador Interchain (anteriormente apenas um controlador). Isso significa que a cadeia agora escutará pacotes IBC de uma cadeia controladora que fornecerá instruções (mensagens padrão) que a conta intercadeia deseja executar.

Esta conta de cadeia de host terá todas as habilidades de uma conta normal sem a necessidade de assinatura com uma chave privada. Em vez disso, isso é feito no módulo de autenticação da cadeia do controlador por meio do pacote IBC enviado, que sinaliza para a cadeia do host que a(s) mensagem(ns) está(ão) pronta(s) para execução.

Você pode ler mais na página de tutoriais da rede cosmos para um mergulho profundo nos técnicos

Com isso, também adicionamos mais mensagens para execução, incluindo mensagens TokenFactory, Wasm IBC e FeeShare (PR 436). Permitindo cunhagem cruzada, queima e envio de tokens IBC.

Taxas mínimas de depósito de governança

Acabe com o spam — PR #398

Com o aumento do spam de governança, agora exigiremos que 20% do depósito da proposta seja definido no envio (200 JUNO no momento da redação). Essas propostas de spam oferecem airdrops falsos e são phishing para endereços de carteira dos usuários, criando uma interface de carteira simulada. Isso impedirá que atores mal-intencionados obstruam o sistema de propostas e garanta que apenas propostas de qualidade sejam enviadas na cadeia.

Se você deseja fazer uma proposta, mas não tem 200 Juno, entre em contato com um membro da equipe principal ou Sub-DAOs para obter assistência. O depósito mínimo destina-se a impedir o spam, não a participação!

Último CosmWasm (v0.30)

Authzzzzzzzz — PR #387

Esta versão inclui os seguintes recursos ( conforme descrito em seu artigo )

- Integração do módulo Authz
- Armazenar e instanciar proposta gov
- Permitir votos gov para carregar bytecode wasm maior
- Consultas Stargate
- Obter contratos por endereço do criador
- Permissão de instanciação de suporte > permissão de cadeia para armazenamento gov

Middleware de Encaminhamento de Pacotes

Louça? Middleware — PR nº 387

Junto com nossa atualização para IBC v4 (de v3), também estamos implementando roteamento de pacotes multi-hop para transferências ICS-20. Isso é feito anexando um endereço intermediário e os identificadores de porta/canal para o destino final. Permitindo que os clientes esbocem mais de 1 transferência por vez.

Exemplo da equipe Strange-Love

Taxas IBC (ICS-29)

Alegrem-se os retransmissores! —PR nº 432

A retransmissão é sem permissão, mas vem com alguns custos operacionais, como infraestrutura, tempo e custos de taxas. Esta adição da especificação ICS-29 (middleware IBC-Fees) é adicionada para incentivar pacotes de retransmissão de outras cadeias para Juno e distribuir essas taxas para operadores de retransmissão.

Você pode ler mais sobre os detalhes na documentação da equipe do ibc-go

Muitas ótimas adições estão chegando ao Juno na versão 12, começando o ano novo com força! Estamos ansiosos para ver novos produtos dApp sendo construídos no Juno, que alavancam o FeeShare e o Oracle.

Não perca os futuros desenvolvimentos de ponta! Twitter: Rede Juno