Alle språk
Hycon (HyperConnected Coin) er en raskere, mer skalerbar blockchain-basert digital eiendel utviklet av Infinity Project-teamet. Den bruker en DAG (Directed Acyclic Graph) -struktur, kan publisere flere blokker samtidig, og kan løse motstridende transaksjoner og avvise dobbeltutgifter gjennom Specter Consiscy -algoritmen.
Visjonen til det ubegrensede prosjektet er å gi en praktisk, sikker, skalerbar, brukersentrisk blockchain og et bredt adoptert cryptocurrency-økosystem. Ved å kombinere Specter -protokollen og Black2B Hash -algoritmen, foreslår vi en ny cryptocurrency som er både sikker og praktisk.
Under dannelsen av et uendelig prosjekt reiste vi følgende to viktige spørsmål:
Gitt begrensningene i eksisterende cryptocurrencies, hva er markedets etterspørsel? Hvordan tilbyr vi løsninger?
Hva er egenskapene som en cryptocurrency må måtte vedtas og integreres bredt i en bredere økonomi?
Med disse problemene i bakhodet har vi utført en grundig analyse av eksisterende blockchains - inkludert Bitcoin, Ethereum og forskjellige lovende tokens - omvirker styrkene og svakhetene i hvert prosjekt. Det er imidlertid vanskelig å finne et prosjekt som kan svare på spørsmålene vi opprinnelig stilte.
Derfor begynte det ubegrensede prosjektgruppen å forske på nye teknologier og algoritmer som er egnet for storstilt adopsjon i den virkelige verden for å hjelpe oss med å nå våre mål. Samtidig designet vi det grunnleggende rammeverket for det ubegrensede prosjektet og utviklet følgende 5 kjernemål:
1. Bestem den faktiske markedets etterspørsel etter cryptocurrencies
2. Utvikle en fleksibel cryptocurrency
3. Etabler en brukersentrisk blockchain-plattform
4. Etabler et bærekraftig og innovativt økosystem
5. Forskning på implementeringsmetodene for desentraliserte cryptocurrency -utvekslinger
Genesis Block
Klokka 03:15 Koreansk standardtid 4. januar 2018 (GMT+9) ga Hycon ut Genesis -blokken, som kan sees på GitHub (en del av Hycon Repository).
hash -algoritme
Hycon vedtar Blake2b som den eneste hasjfunksjonen i systemet. Med den siste utviklingen av ASIC-teknologi [38], erstattes Blake2b gradvis av kryptonight-algoritmen til ASIC-resistent (ASIC-resistent), og Monero bruker også denne algoritmen. Cryptonight-algoritmen bruker pseudo-tilfeldig minne-lest og skriver operasjoner når du jobber, så den er uforenlig med standard ASIC-arkitektur, men det gjør driftsytelsesforskjellen mellom CPU og GPU relativt mindre åpenbar. I fremtiden, for å forhindre sentralisering av utvunnet ressurser, er det planlagt å følge eksemplene satt av Monero og regelmessig justere hashingsalgoritmen for å opprettholde ASIC -motstand under gruvedrift.
Konsensusmekanisme - - Pektreprotokoll
Konsensusmekanismen til Bitcoin er Kina-denne protokollen. I motsetning til dette bruker Hycon en protokoll kalt Spectre som konsensusmekanisme. Spectre bruker en stemmealgoritme mellom to blokker og sorterer dem parvis, for eksempel blokk X skal være før blokk Y, eller Block Y skal være før blokk X, noe som får blockchain til å bli formen for en rettet acyklisk graf (DAG for kort).
Serialiserings-protokollbuffer
I et blockchain -system flyr enhver informasjon rundt nettverket når som helst. Det som er viktig er at nodeprogramvaren kan avkode disse dataene på en konsekvent og riktig måte. Protokollbuffere utviklet av Google lar konsistente meldingsdefinisjoner brukes på forskjellige plattformer, slik at utvikling av noder kjører på ubegrensede blockchains ved hjelp av forskjellige programmeringsspråk. Siden serialiseringslaget ikke er relatert til programmeringsspråket, er det veldig nyttig for programmer på tvers av plattformer. Protokollbufferen tillater også bakover- og fremoverkompatibilitet, noe som gjør oppdateringer mer utsatt for myke grener i stedet for harde grener. Det gjør også tredjepartsprogramvare mer kompatibel og lar andre utviklere samhandle med Hycon-nettverket.
gruvedrift
Oversikt
I likhet med de fleste eksisterende cryptocurrencies, krever gruveblokker et bevis på arbeid (POW). Gruveren beregner hasjverdien til neste blokk, Merkle -roten til transaksjonen som er inneholdt i blokken, og et tilfeldig tall som endres til hashverdien som overstiger dagens vanskeligheter beregnes. Grunnleggerne av Specter mener at bruk av denne protokollen kan produsere 10 blokker per sekund, mens Hycon tar 1 blokk per sekund som det opprinnelige målet. Mens den nåværende prototypen bruker bevis på arbeid, er vi veldig klar over den store mengden strøm som kreves av Bitcoin og Ethereum, slik at andre alternativer blir vurdert. En av de mindre kjente metodene er et bevis på rom. Det krever at gruvearbeidere skal beregne og lagre en stor mengde data, og deretter søke på det for å finne et svar som tilfredsstiller dagens vanskeligheter. Denne metoden bruker veldig lite kraft og har vist seg å være effektiv av Burst Coin og Space Mint.
Detaljer om gruveprosessen
Innholdet i blokkoverskriften vil bli kodet og hasjet i begynnelsen av gruvedriften, og blokkoverskriften vil ikke endre seg på grunn av gruvedrift. Disse inkluderer assosiasjonen til den ledende blokken, Merkle -roten til transaksjonen som er inneholdt i blokken, vanskelighetsmålet for blokken, tidsstempelet til blokken og MPT -treroten med Trie -prefikset, som representerer statusen etter transaksjonen i blokken er over.
lommebok og konto
Lommebok grafisk brukergrensesnitt (GUI)
Den fullstendige noden som kjører Hycon -programvaren, har tilgang til det lokalt hostede Web Graphical User Interface (GUI) for lommebokoperasjoner, transaksjoner og blockchain -gruvedrift. Dette grafiske brukergrensesnittet er skrevet i React og støtter lette grensesnitt med høy ytelse.
Hycon Wallet
Hycon-lommebøker bruker bransjestandard elliptisk kurvekryptering for transaksjonssignering, spesielt SEP256K, og bruker mnemonic Code of Recovery Wallets i samsvar med BIP39-forskriftene for å lette integrering av tredjeparts lommebokleverandører. I henhold til bestemmelsene i BIPS32 og 44 er det også gjort bestemmelser for HD (lagdelte deterministiske) lommebøker.
Hycon -adresse
Hycon-adressen er en 20-byte-matrise generert fra en 32-byte Blake2b-hash av den relevante offentlige nøkkelen. For menneskelig lesbarhet er adresseutgangen en base58 -streng med et prefiks av kapital H. De siste 4 tegnene i strengen brukes som kontrollsummen til adressen. Kontrollsum beregnes i tre trinn. Beregn først 32-byte Blake2b-hashen til adressen. Denne hashutgangen blir deretter kodet som en BASE58 -streng. Til slutt blir de 4 første tegnene i denne strengen trukket ut og lagt til strengrepresentasjonen av adressen. Å bruke sjekksummen på denne måten minimerer muligheten for å bruke feil inngangsadresse ved et uhell.
Hycon-adressen genereres av 20 byte fra 32-byte Blake2b analysert resultat. For å legge til giftadressen starter den første teksten med Capital H, og resultatet av base 58 -streng er sammensatt. De fire siste strengordene er nettet med adresse. Grid Island regnes som tre trinn. Etter først å beregne 32-byte Blake2b plakatprisen på adressen, blir resultatet kodet som base 58-streng. Til slutt ble en adresse med 4 ord festet. Hvis du bruker nettøyer på denne måten, kan muligheten for å legge inn adresser minimeres.
konto og saldo
For å registrere utgiftene og saldoen til Hycon -brukere, kreves det en regnskapsmodell. Modellen som brukes av Hycon er basert på en datastruktur kalt Merkle-Patricia Trie (MPT med Trie-prefikset (Merkle Patricia Tree)) brukt av Ethereum og beskrevet i sin gule bok. Hver blokk inneholder staten etter at transaksjonen er ender i blokken. Representert av Blake2b -hasjverdien til MPT -treroten, som representerer kontodataene til alle Hycon -kontoer.
De lagrede kontodataene inkluderer saldoen på en HyCon -konto, den tilhørende informasjonen til den nyeste blokken tilknyttet kontoen, og et tilfeldig tall som representerer hvor mange transaksjoner kontoen som er startet. Tilfeldige tall brukes til å forhindre omspillingsangrep (replayangrep), og foreningens informasjon fra forrige blokkering er faktisk en optimalisering, noe som gjør transaksjonshistorikk -spørring raskere og gjør Specter lettere å spore doble betalingsproblemer. Bruk Blake2b -hash i regnskapsmodeller fordi den tillater riktig hasj som kreves for å håndtere store mengder transaksjoner og saldo.
Relaterte lenker:
https://www.qukuaiwang.com.cn/szhb/3052.html###
*Innholdet ovenfor er samlet av den offisielle beretningen om ikke-småkontoer. Hvis du skrevet ut, vennligst angi kilden.