Qwallet, Qclient og Qserver

Qwallet har som mål å få en million brukere med mellomlag som Qserver og Qclient, med fokus på skalerbarhet og økonomisk levedyktighet.

Qsilver, 13. mars 2024.

Introduksjon

Qwallet er designet fra grunnen av for å være en brukervennlig introduksjonslommebok for Qubic-brukere. Det primære målet er å få en million brukere, et betydelig antall som det nåværende Qubic-nettverket ikke kan håndtere direkte. For å oppnå dette trenger vi mellomlag som Qserver og Qclient. Denne artikkelen tar for seg de ulike utfordringene og løsningene som kreves for å oppnå en Qwallet med en million brukere.

Grunnlaget for Qwallet

Qwallet er basert på en WebAssembly-port (wasm) av Qubic-kryptokoden på lavt nivå, avledet fra min C-baserte port av qubic-cli. All frøhåndtering og transaksjonsoppretting håndteres i wasm, og brukergrensesnittet har grensesnitt mot wasm-modulen for en brukervennlig opplevelse. Avanserte brukere kan bruke Qwallet i CLI-modus, selv om dette er egnet for mindre enn 1 % av brukerne.

Innledende funksjonalitet

Den første versjonen av Qwallet støtter grunnleggende funksjoner som å generere et seed og motta/sendere QU. Fremtidige oppdateringer vil legge til mer funksjonalitet etter hvert som flere smartkontrakter (SC-er) blir aktive på Qubic, spesielt QX-handel i Qwallet.

Seed-administrasjon

Det første steget for en bruker er å opprette et seed. Qwallet støtter både standard Qubic-seed på 55 tegn og krypto-standard seed på 24 ord. For å sikre at brukerne alltid har tilgang til midlene sine, krever Qwallet bevis på sikkerhetskopiering av seed ved første kontoopprettelse. Seed lagres aldri og slettes umiddelbart fra RAM-minnet etter bruk for å forhindre lekkasje.

Et passord er nødvendig for å logge inn på kontoen, forutsatt at den hashede seed-filen er til stede. Hvis seed-filen går tapt, kan den gjenskapes ved hjelp av sikkerhetskopien. Avanserte brukere kan administrere flere adresser knyttet til en seed, men målet er å gi de fleste brukere en enkel opplevelse med én adresse.

Kompatibilitet på tvers av plattformer

Qwallet er wasm- og JavaScript-basert og forventes å fungere på alle stasjonære og mobile plattformer, selv om mobilkompatibiliteten fortsatt ikke er bekreftet. Qwallet innhenter nettverksinformasjon via WebSockets som kobles til Qclient, en liten modul som kjører på samme server som Qserver. Qserver kobler seg til Qubic-nettverket ved hjelp av vedvarende tilkoblinger, noe som forbedrer ytelsen betydelig.

Skalerbarhet

Hver Qserver kan håndtere mange Qclients som genereres fra WebSockets med hver tilkoblede Qwallet. Det faktiske antallet Qwallets som en enkelt server kan håndtere, er fortsatt ukjent, men det anslås å være i titusenvis. Derfor kan det være behov for dusinvis, om ikke hundrevis, av Qserver-noder.

Qserver har utviklet seg fra sendmany-prosjektet, som håndterte 15 625 betalinger på 20 ticks ved hjelp av betalingsanropet QUTIL SC 25. Den kan for øyeblikket overvåke 1 million adresser, men grensen for hvor mange aktive adresser den kan overvåke, er ennå ikke kjent.

Økonomi

For at det skal være økonomisk lønnsomt å støtte en Qwallet med en million brukere, bør den være gratis å bruke som en grunnleggende lommebok. Det kreves imidlertid konstant aktivitet for å overvåke en lommebok i sanntid. Ved å redusere oppdateringsfrekvensen kan man øke antallet brukere en server kan støtte betydelig. For eksempel kan en oppdateringsfrekvens på ett minutt støtte ti ganger flere brukere enn en oppdateringsfrekvens per tick.

Premiumtjenester, som oppdateringer per tick og full arkivtilgang, kan tilbys mot en nominell avgift, potensielt rundt 10 ticks per QU (ca. en krone per dag). Disse innledende inntektene er viktige, men ikke tilstrekkelige til å dekke infrastrukturkostnadene, noe som krever kapitalisering gjennom en Qx-ressurs som brukes til å belønne Qserver-noder.

Finansiering og allokering av aktiva

En del av Qx-midlene vil bli allokert til de første giverne for å finansiere Qwallet/Qclient/Qserver-infrastrukturen for en million brukere. Midler som overstiger en million QU, vil bli vurdert for allokering av aktiva. Donorer vil motta midler umiddelbart, mens Qserver-noder og likviditetspoolen vil bli tildelt midler over tid.

Opprinnelig aktivaallokering kan være

• 50 % til givere.
• 35 % til noder.
• 10 % til likviditetspoolen.
• 5 % til skjønnsmessig bruk.

Levedyktighet på lang sikt

Målet med folkefinansieringen er å etablere en selvbærende infrastruktur for en Qwallet med en million brukere. Verdien av eiendelen er ikke det primære, men bruken av midlene vil bli delt mellom likviditetsbassenget og skjønnsmessig bruk, potensielt i et 50/50-forhold.

Uløste spørsmål

Flere spørsmål er fortsatt uavklarte, for eksempel mobilkompatibilitet, antall brukere per Qserver, inntektsgenerering og detaljert allokering av aktiva og fond. Det viktigste er imidlertid å demonstrere teknisk levedyktighet, og innsamlingen av midler vil begynne med alfaversjonen av Qwallet.

QPOOL Smart Contract

En viktig komponent er QPOOL SC, som er nødvendig for å distribuere aktiva til nodeoperatører til en lav kostnad. Den nåværende kostnaden på en million QU for overføring av Qx-aktiva er ikke levedyktig for små inkrementelle beløp. Inntil QPOOL SC er klar, vil bare Qx være tilgjengelig for handel med aktiva.

Konklusjon

Utviklingen og implementeringen av Qwallet, Qclient og Qserver er avgjørende for å oppnå et Qubic-nettverk med en million brukere. Ved å ta tak i de tekniske og økonomiske utfordringene kan vi skape en skalerbar og bærekraftig infrastruktur som kan støtte en stor brukerbase.

Takk for din støtte.

Qsilver

For de siste oppdateringene, bli med i Valis Discord, følg oss på X, og bokmerk bloggen vår.

På denne siden

• Qwallet, Qclient og Qserver
• Introduksjon
• Grunnlaget for Qwallet
• Innledende funksjonalitet
• Seed-administrasjon
• Kompatibilitet på tvers av plattformer
• Skalerbarhet
• Økonomi
• Finansiering og allokering av aktiva
• Levedyktighet på lang sikt
• Uløste spørsmål
• QPOOL Smart Contract
• Konklusjon

Relaterte innlegg