Juno Network si sta aggiornando alla V12, introducendo nuove entusiasmanti funzionalità nel suo più grande aggiornamento dall'inizio! — Continua a leggere per saperne di più su tutto il grande sviluppo in arrivo nella casa di CosmWasm.

Audio: JunoCommsDao #1 — Aggiornamento DAODAO v2 e v12 dall'archivio del team
: collegamento

TL; DR

- 50% delle commissioni del contratto suddivise con gli sviluppatori del contratto
- Token nativi per DAO e sviluppatori con Token Factory
- Feed prezzo DeFi Oracle
- La governance imposta tariffe minime con query per gli utenti
- Interchain Account Host + Controller
- Wasm v0.30
- IBC v4
- IBC Instradamento
- Deposito di governance iniziale del 20%.

x/Modulo FeeShare

Guadagna la tua parte con FeeShare! — PR n. 385

Se sei uno sviluppatore di contratti intelligenti su Juno, ora puoi guadagnare una riduzione di tutte le commissioni del gas generate sul tuo contratto. Non sono richieste spese di registrazione, costi nascosti e modifiche al codice.

Come funziona?

Se una transazione interagisce con uno smart contract, la metà delle commissioni della transazione viene accantonata per qualsiasi contratto con cui ha interagito un portafoglio. Il primo 50% va ai deleganti come di consueto (pool di comunità), mentre l'altro 50% viene suddiviso tra ciascun contratto a cui è stato aderito. Questo requisito di opt-in è solo a fini fiscali, è senza autorizzazione fare come mostrato di seguito . Puoi attivare e impostare il contratto di prelievo su qualsiasi altro portafoglio, ad esempio un portafoglio personale, una tesoreria DAO o un account modulo.

Dato che gli utenti sono già tenuti a pagare le tasse, questo meccanismo consentirà di costruire una nuova serie di modelli di business su Juno pur consentendo l'incentivo economico per mantenere, costruire e sviluppare il loro protocollo. Questo allinea sviluppatori, utenti e l'intera comunità di Juno Network insieme per promuovere una maggiore crescita e adozione. Un grande netto positivo per tutti!

Parametri definiti dalla governance

Il modulo FeeShare ha i seguenti parametri che la governance può modificare previa proposta di passaggio:

• Abilita / Disabilita le funzionalità di condivisione delle commissioni
• Alzare o abbassare la ripartizione del 50% (dall'1% al 100%)
• Aggiornamento delle denominazioni consentite per accettare e pagare gli sviluppatori, ad esempio: USDC di Axelar.

considerazioni sul design

È importante notare che FeeShare richiede l'esecuzione diretta del contratto da parte dell'entità/portafoglio. Ciò significa che i messaggi secondari non vengono conteggiati in questo momento. Questo è per motivi di sicurezza e abuso. Garantisce che uno sviluppatore a contratto non modifichi il sistema facendo chiamare il proprio contratto a molti dei propri altri contratti. Aumentando così artificialmente la loro percentuale di divisione.

Un cattivo esempio di attore che sarebbe possibile:

• 2 messaggi Contract Execute, 1 dei quali attiva 2 sottomessaggi = 4 messaggi attivati ​​in totale.
• Un'entità otterrebbe il 75% (3/4 messaggi) della commissione del 50%. Il che darebbe un incentivo a gestire molti contratti, richiedendo più gas e sfruttando il nostro meccanismo di divisione.

Processo di registrazione

Affinché il tuo contratto possa beneficiare di una quota delle commissioni eseguite, devi soddisfare uno dei seguenti criteri:

• Sei l'amministratore del contratto
• Se non c'è un amministratore, devi essere stato tu a caricare il contratto

junod tx feeshare register <CONTRACT> <WITHDRAW_ADDRESS>

Ciò significa che la registrazione nativa ha il supporto del libro mastro!

Modulo x/TokenFactory

Regola dei token nativi, usiamoli! — PR n. 368

Un altro fantastico modulo in arrivo per gli sviluppatori su Juno è il modulo Token Factory. Questo modulo è originariamente del team osmosis-labs, che porta il conio, la query e l'invio di token nativi senza il fastidio delle specifiche CW20. Questo è un importante miglioramento della qualità dal vivo per gli sviluppatori a contratto e le interfacce utente.

• Gli airdrop sono molte volte più facili per gli utenti che detengono token DAO da un'esportazione di stato, piuttosto che una query impaginata lenta.
• Frontend come Keplr e Mintscan saranno in grado di mostrare i tuoi token DAO tramite una singola query, piuttosto che interrogare RPC su ogni contratto CW20 esistente (inefficiente!)
• Gli sviluppatori di contratti non devono più aggiungere il supporto per CW20 quando tutti i contratti hanno già il supporto per i token nativi integrato per funzionare con Juno!
• Gli utenti basati su CLI saranno in grado di inviare qualsiasi token tramite lo standard junod tx bank send invece di wasm execute CW20 message passthroughs con dati codificati base64

DAODAO migrerà anche per utilizzare questi denomi nativi nel prossimo futuro. Il team Juno Core ha creato molte utility per rendere questa migrazione il più semplice possibile per i progetti attualmente su CW20 che vorrebbero migrare a un token nativo.

Puoi visualizzare i documenti e gli script sulla migrazione qui dal nostro incontro DAO. Se non ritieni che il tuo token DAO o CW20 si adatti a nessuna delle modifiche proposte, ti preghiamo di contattarci nel discord DAODAO o Juno

Questo modulo è stato importato dal nostro fork di CosmWasm/token-factory , che è stato biforcato da osmosis-labs/osmosis/x/tokenfactory . Ciò era necessario per aggiungere ulteriori test e anche per l'aggiornamento a IBC v4.

x/Modulo Oracle

DeFi! Ottieni qui la tua DeFi! — PR n. 329

Sta entrando in rete anche un entusiasmante modulo basato su DeFi come da proposta 57 . Questo modulo porterà nella catena dati sui prezzi esterni aggiornati affinché gli sviluppatori di contratti possano interrogarli e utilizzarli nei loro prodotti. Questo può essere pensato come un ponte tra la blockchain e i dati del mondo reale dagli scambi per i prezzi di ATOM, OSMO e JUNO.

Questo modulo non costerà nulla ai validatori per gli endpoint. Verrà istituito un contributo tariffario per coprire qualsiasi costo di invio della transazione e tutte le transazioni aggireranno GlobalFee (sezione successiva). I validatori sono tenuti a eseguire questo software aggiuntivo entro il periodo di votazione. In caso contrario, si verificherebbe una barra morbida, simile a se il loro nodo è offline. Su Juno questo sposterebbe lo 0,01% di tutti i fondi delegati per detto validatore al pool della comunità (0,1 JUNO per 1.000 puntati).

Il modulo è stato biforcato da umee , che è stato biforcato da Terra. Quindi questo codice è stato testato in battaglia da molti utenti e molti team che ci hanno lavorato.

Modulo x/GlobalFee

Imposta commissione? Sì, per favore - PR # 411

Il nuovo GlobalFees è stato votato SI dalla comunità con un forte sostegno alla proposta 68 . Originariamente pianificato per Juno v13, siamo stati in grado di portarlo avanti e rilasciarlo in anticipo per la rete.

Questo modulo imposta un requisito minimo affinché tutti i nodi accettino tariffe definite per portare le loro transazioni nei blocchi di rete. Con ciò, consente anche agli utenti e ai front-end di interrogare quali sono le tariffe richieste per il gas.

Ciò significa che le transazioni devono contenere almeno una denominazione presente nel set di token definito dalla governance, con l'impostazione predefinita di 0,0025 ujuno per gas per iniziare. In futuro la governance può aggiungere USDC, OSMO e altri asset interchain come desiderato.

Validatori

Nelle tue configurazioni, hai un elenco di tariffe min_gas_prices. Ecco alcune considerazioni su come questo ti influenza

• Solo le commissioni stabilite in GlobalFee possono e saranno accettate
• L'accettazione di commissioni per transazioni al di sotto del limite verrà impostata automaticamente sul limite globale impostato (esclusi i messaggi ignorati per le transazioni IBC)
• Se imposti un valore nominale superiore a quello di GlobalFee, la transazione deve essere inviata con gas sufficiente in conformità con min_gas_prices per il blocco proposto.

A condizione che si verifichi un attacco di spam di rete, i validatori possono aumentare i loro prezzi minimi del gas superiori alla tariffa minima globale. Ciò rende economicamente impraticabile continuare l'attacco per un breve periodo di tempo.

Relè

Per i nostri relayer, i pacchetti di trasferimento IBC aggireranno il minimo GlobalFee per ridurre i costi di inoltro per la rete Juno! Ciò comprende

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

Esempi

Il merito di questo modulo va a TGrade e al team di Gaia

Host di account interchain

Controllo degli account presso una catena vicino a te - PR #215 e #436

Juno ora sarà un host e controller Interchain (in precedenza solo un controller). Ciò significa che la catena ora ascolterà i pacchetti IBC da una catena di controller che fornirà le istruzioni (messaggi standard) che l'account interchain desidera eseguire.

Questo account della catena host avrà tutte le capacità di un normale account senza la necessità di firmare con una chiave privata. Piuttosto questo viene fatto tramite il modulo di autenticazione della catena del controllore tramite il pacchetto IBC inviato che segnala alla catena host che i messaggi sono pronti per l'esecuzione.

Puoi leggere di più dalla pagina dei tutorial di Cosmos Network per un'analisi approfondita degli aspetti tecnici

Con questo, abbiamo anche aggiunto più messaggi per l'esecuzione, inclusi i messaggi TokenFactory, Wasm IBC e FeeShare (PR 436). Consentire il conio incrociato, la masterizzazione e l'invio di token IBC.

Commissioni minime di deposito per la governance

Elimina lo spam — PR #398

Con lo spam di governance in aumento, ora richiederemo il 20% del deposito della proposta da impostare al momento dell'invio (200 JUNO al momento della scrittura). Queste proposte di spam offrono falsi lanci e sono phishing per gli indirizzi dei portafogli degli utenti creando un'interfaccia finta del portafogli. Ciò scoraggerà gli attori malintenzionati dall'intasare il sistema delle proposte e garantisce che solo le proposte di qualità vengano presentate sulla catena.

Se desideri fare una proposta, ma non hai 200 Juno, contatta un membro del team principale o dei Sub-DAO per assistenza. Il deposito minimo ha lo scopo di scoraggiare lo spam, non la partecipazione!

Ultimo CosmWasm (v0.30)

Authzzzzzzz — PR #387

Questa versione include le seguenti funzionalità ( come delineato dal loro articolo )

- Integrazione del modulo Authz
- Memorizza e crea un'istanza della proposta governativa
- Consenti ai voti governativi di caricare un bytecode wasm più grande
- Query Stargate
- Ottieni contratti per indirizzo del creatore
- Supporta l'autorizzazione all'istanziazione> autorizzazione a catena per il negozio governativo

Middleware di inoltro dei pacchetti

Articoli? Middleware — PR #387

Insieme al nostro aggiornamento a IBC v4 (da v3), stiamo anche implementando il routing dei pacchetti multi-hop per i trasferimenti ICS-20. Questo viene fatto aggiungendo un indirizzo intermedio e gli identificatori di porta/canale per la destinazione finale. Consentire ai clienti di delineare più di 1 trasferimento alla volta.

Esempio dal team Strange-Love

Tariffe IBC (ICS-29)

I relè si rallegrano! — PR n. 432

L'inoltro è senza autorizzazione, ma comporta alcuni costi operativi come l'infrastruttura, il tempo e i costi delle commissioni. Questa aggiunta della specifica ICS-29 (middleware IBC-Fees) viene aggiunta per incentivare l'inoltro di pacchetti da altre catene a Juno e distribuire tali commissioni agli operatori di inoltro.

Puoi leggere ulteriori informazioni sui dettagli dalla documentazione del team ibc-go

Un sacco di fantastiche aggiunte stanno arrivando a Juno nella v12, iniziando alla grande il nuovo anno! Non vediamo l'ora di vedere nuovi prodotti dApp costruiti su Juno che sfruttano FeeShare e Oracle.

Non perdere i futuri sviluppi all'avanguardia! Twitter: Rete Giunone