Qubic ursprungligen härstammar från förkortningen QBC, som står för kvorum-baserad databehandling. Medan projektet har fått ett eget liv skapades det som ett IOTA protokoll för att bära belastningen på tunga, kvorumbaserade lyft. Detta inkluderar konstruktioner som smarta kontrakt, orakelmaskiner, och outsourcade beräkningar, alla utformade för att bygga en IOTA-baserad världsdator.

De flesta färdplaner visar en kronologisk “väg” med detaljerade oskärpa som markerar milstolparna längs vägen. Att bygga ett företag inom teknikindustrin är hårt arbete, och som alla företag väntar oförutsedda hinder vid varje tur.

Detta leder till att färdplaner uppdateras ofta eller skrotas helt till förmån för mer exakta versioner.

Qubic är ganska öppen med det faktum att deras färdplan kan ändras, och istället för att uppskatta hårda datum för de steg de tar, visar utformningen av deras färdplan helt enkelt rutor för varje projekt med en “laddningsfält” som anger deras nuvarande.

En ögonblicksbild av Qubics färdplan

Qubic säger i vissa termer att “detta är inte den slutliga färdplanen på lång sikt.”

IOTA-uppdraget är ambitiöst och Qubic grundades som projektets ryggrad. Den nyligen släppta färdplanen ger oss en glimt av vad framtiden kan hålla för IOTA-innehavare, och även för utvecklingen av tekniken som helhet.

Qubic färdplan attribut

I den senaste versionen av sin färdplan har Qubic specificerat fem projekt de för närvarande arbetar med: Abra, Abra Libraries, Qubic Protocol, Q-Tangle och Oracle Machine.

Deras fokus är för närvarande på att släppa ett Proof-of-Concept (PoC) version så snart som möjligt, och alla aspekter av projektet som sannolikt inte kommer att ingå i PoC-versionen märktes tydligt som “Future Extension.”

En bh

Abra är en trinarium-baserat programmeringsspråk som används för att konstruera Qubic-uppgifter. Referensdokumentationen som beskriver de tekniska aspekterna av språket är nästan 50% komplett.

Det finns för närvarande två Abra-kompilatorer. En kod kompilator fungerar som en översättare mellan programmeringsspråk på hög och låg nivå för att skapa ett fungerande program, vilket är en nyckelkomponent för att projektet ska skalas.

De LLVM-kompilator kommer att översätta Abra-kod till x86-kod, medan FPGA-kompilator kommer att förvandla Abra-kod till Verilog-kod, vilket gör att Qubic-protokoll kan köras direkt på FPGA. Som en framtida förlängning planerar Qubic att underlätta förenklad skapande av Abra-kod med en specifik utvecklingsmiljö.

Abra Bibliotek

Qubic är i början av att skapa ett Abra-bibliotek fyllt med språkets standardfunktioner, tillsammans med nödvändig dokumentation. De kommer också att skapa supportbibliotek i framtida tillägg för sina kompilatorer och tillhandahålla en karta mellan Abra och x86 eller Verilog koda.

Qubic Protocol

Enligt Qubic-webbplatsen specificerar Qubic-protokollet “konstruktion, utförande och evolutionär livscykel för qubics” samtidigt som IOTAs infrastruktur utnyttjas för decentraliserad kommunikation mellan deltagarna. Genom att använda den vanligtvis oanvända beräkningskraften hos apparater över hela världen planerar Qubic att “lösa alla slags beräkningsproblem.”

Den aktuella iterationen av deras färdplan visar framstegen i referensdokumentationen för Qubic-protokollet, liksom vitboken som beskriver några av de tekniska egenskaperna. Teamet är redo att börja arbeta med ett fungerande användningsfall för protokollet som körs på Härva.

Q-Tangle

Projektet med störst omfattning på färdplanen är Q-Tangle. Det mesta av projektet är i de tidigaste stadierna, men dokumentationen och implementeringen av Qubic-specifika transaktioner är nästan 50% klar. Tillförlitliga tidsstämplar genereras och dokumenteras också.

Resten av projektet innehåller följande attribut, som beskrivs av Qubic-färdplanen.

  • Qubic Packager – Kompilerar Abra-kod till Qubic-transaktioner
  • hopsättning – Skapande och underhåll av sammansättningar genom att definiera monterings- och epokparametrar.
  • Kvorum – Oraklar som begår och avslöjar resultat och bildar enighet om kvorumet, liksom qubic-ägaren som validerar kvorumresultatet.
  • Belöningar – Bestämmer hur mycket en qubicägare betalar vilka orakler och tillhandahåller ett register som håller reda på betalningar.
  • Resurstest – Definierar den initiala implementeringen av en fungerande Proof-of-Work-qubic, och kör resurstestet, publicerar resultaten och håller med om vägningsfaktorerna.

Oracle Machine

Det sista segmentet av färdplanen beskriver komponenterna i Oracle Machine. Utvecklingsteamet är ungefär 33% färdigt med URI Processor, Dispatcher och en separat Q-Tangle optimerad för att stödja Qubic Protocol.

URI-processorn tillåter Oracle Machine att få åtkomst till extern information medan Dispatcher utlöser händelser, scheman och kör qubics. Den enda aspekten av detta projekt som inte pågår ännu är Q-Node, som är en fullständig nod som gör att Qubic-protokollet kan köras.

Qubic Reddit-diskussion

Qubic marknadsförde nyligen sin färdplan på IOTA-subreddit och fastnade sedan för att svara på några av de frågor som användarna hade. Om du har mer detaljerade frågor efter att ha granskat deras plan för framtiden, se till att titta igenom frågorna som besvaras i Reddit tråd.

Den högst röstade frågan: “Skulle en affärsmodell kretsa helt och hållet kring att driva Qubic-noder har möjlighet att vara lönsam?” Svaret belyste Qubics framtida planer genom att säga, ”Ja, definitivt så. Outsourcad dator är en av de viktigaste aspekterna. ”

För mer information om Qubics vision för framtiden, kolla in deras dedikerade hemsida.

Relaterat: 3 funktioner som ger IOTA en kant i verkliga applikationer