Masternodes er specialiserede noder, som på visse blockchains leverer ekstra tjenester ud over kontrol og videresendelse af transaktioner. Ofte kræves sikkerhedsstillelse. Det er ikke automatisk det samme som staking under proof-of-stake. Belønninger afhænger af protokol og levering af tjenester; indtægten er ikke garanteret.

Masternodes forklaret for begyndere

Artiklen blev oprindeligt udgivet i december 2022 og forklarer det generelle begreb. Ikke alle blockchains bruger masternodes, og krav, opgaver og betaling varierer mellem netværk.

En masternode er normalt en fuld node med ekstra funktioner. Almindelige fulde noder kontrollerer også blokke og transaktioner. Dash har eksempelvis InstantSend, privatlivsfunktioner som CoinJoin (tidligere PrivateSend) og styringsopgaver. Navnene gælder ikke automatisk andre netværk.

Protokollen kan tildele en del af blokbelønningen til kvalificerede masternodes. Betaling kan følge en kø eller udvælgelse frem for at fordele hver blokbelønning ligeligt mellem alle noder. Oppetid, regler og antal deltagere påvirker indtægten.

Operatøren skal opfylde netværkets krav om eksempelvis sikkerhedsstillelse, registrering og tilgængelighed. En almindelig Dash-masternode har traditionelt krævet 1.000 DASH. At eje sikkerheden er ikke det samme som at overføre mønterne til en hostingvirksomhed og garanterer ikke betaling.

Mulige fordele er protokolbelønninger, deltagelse i styring og støtte til netværkstjenester. Driften medfører arbejde, omkostninger og risiko; den er ikke automatisk en lukrativ investering.

Fordele og ulemper ved en masternode

Tjenesterne kan omfatte hurtige bekræftelser, forbedret privatliv eller andre funktioner. Ikke alle masternodes leverer alt dette. Bedre privatliv er ikke det samme som fuld anonymitet eller usynlige transaktioner.

Mulige fordele

Protokolbelønninger kan give indtægt, hvis betingelserne fortsat opfyldes. Sikkerhedsstillelse, hosting, vedligeholdelse og kurstab skal medregnes. Regelmæssig betaling i mønter er ikke et fast overskud i kroner.

Operatøren kan støtte tjenester og, hvor protokollen giver mulighed for det, stemme om forslag. Stemmeretten er netværksspecifik og giver ikke generel kontrol over alle transaktioner.

Sikkerhedsstillelse kan styrke incitamentet til pålidelig drift. Den udelukker ikke angreb, ejerskabskoncentration eller softwarefejl og er ikke i sig selv en sikkerhedsgaranti.

Omkostninger og risici

Opstart kan kræve sikkerhedsstillelse og passende udstyr eller hosting. Trafik, lagerplads, sikring og opdateringer kan også give løbende udgifter.

Driften kræver overvågning og vedligeholdelse. Nedetid, fejlkonfiguration eller manglende opdateringer kan medføre tab af betaling eller andre protokolafhængige konsekvenser.

Markedsværdien af både sikkerhed og belønninger kan falde kraftigt. Ændringer i protokol, likviditet og en ekstern operatørs ydelser påvirker også resultatet.

Forskellige konstruktioner og driftsformer

Masternodes sammenlignes med fulde noder, fordi de normalt kontrollerer og lagrer kæden, men ekstratjenester og adgangskrav er netværksspecifikke. En almindelig Bitcoin-node er ikke automatisk en betalt masternode.

Der findes ikke en universel tredeling, hvor alle masternodes er PoS-, DPoS- eller hybridnoder. Konsensusmekanisme, tjenestefunktion og udlicitering er forskellige egenskaber.

Nogle projekter kombinerer masternodes med proof-of-stake. Dash viser, at de også kan fungere ved siden af proof-of-work-mining; kontrollen af deres tjenester kaldes proof-of-service. Sikkerhedsstillelse gør derfor ikke automatisk systemet til PoS.

Delegated proof-of-stake indebærer normalt valg af repræsentanter til konsensus. Det er ikke det samme som at betale en hostingvirksomhed for masternodedrift. Udlicitering kan afhængigt af netværket ske med egen sikkerhedsstillelse og adskilte nøgler.

“Hybrid” har heller ikke en fælles betydning: et projekt kan kombinere forskellige mekanismer. Betegnelsen alene siger ikke noget sikkert om risiko, tekniske krav eller afkast.

Sammenlign derfor regler, operatørens rolle og kontrollen over nøglerne. Udlicitering kan mindske arbejdet, men tilføjer omkostninger og afhængighed af udbyderen.

Masternodernes rolle i netværket

I netværk, der bruger dem, leverer masternodes særlige ekstratjenester. De er ikke nødvendige for enhver kryptovaluta og erstatter ikke automatisk grundlæggende konsensus eller fulde noder.

Opgaver kan omfatte bekræftelser, koordinering af privatlivsfunktioner og styring. Geografisk spredning beviser ikke uafhængigt ejerskab; flere servere kan kontrolleres af samme part.

Konsensus skal adskilles fra ekstra tjenester. Proof-of-stake er én konsensusmodel, ikke en generel betegnelse for masternodedrift. I Dash producerer minerne fortsat proof-of-work-blokke, mens masternodegrupper har supplerende opgaver.

Hurtig låsning eller bekræftelse betyder ikke, at transaktioner omgår netværksreglerne. Privatlivsmekanismer kan gøre forbindelser vanskeligere at spore, men gør ikke en offentlig blockchain usynlig eller garanterer anonymitet.

Graden af decentralisering afhænger af fordeling af sikkerhed, ejerskab, software og hosting. Ingen betegnelse eller minimumssaldo garanterer, at én part aldrig får stor indflydelse.

Opsætning af en masternode: generelle trin

Dette er et generelt forløb. Registrering, nøglefunktioner og kommandoer varierer med netværk og softwareversion; en gammel konfigurationsfil er ikke tilstrækkelig i alle projekter.

1. Vælg netværk og vurder tjenester, omkostninger, adgangskrav og risici. En høj annonceret indtjening erstatter ikke den vurdering.

2. Sørg for den nødvendige sikkerhedsstillelse. Fastlæg beløb samt ejer- og transaktionsstruktur efter netværkets regler. At en børs sælger mønten betyder ikke, at den tilbyder en passende masternodetjeneste.

3. Brug den officielle wallet og opret de nødvendige sikkerhedskopier. Beskyt gendannelsesord og nøgler til sikkerheden; del dem ikke uden videre med en hostingudbyder og læg dem ikke som standard på en offentlig server.

4. Følg projektets aktuelle dokumentation for adresse, port og særskilte ejer-, operatør- eller stemmenøgler. Nogle netværk kræver registrering på blockchainen frem for blot en lokal fil.

5. Vælg egnet udstyr eller hosting. Vultr og DigitalOcean er eksempler på infrastrukturudbydere, ikke en garanti for egnethed eller en anbefaling. Beskyt adgang og planlæg lager, båndbredde og tilgængelighed.

6. Synkroniser softwaren og gennemfør registrering og tjenestekontrol. Belønninger kræver opfyldte betingelser og kan afhænge af en betalingskø; der er ingen garanti for indtægt straks efter start.

7. Overvåg oppetid, opdateringer, sikkerhed, registrering og betalinger. Kontroller også, at sikkerhedsstillelse og nøglefunktioner forbliver gyldige efter ændringer.

Beregn resultatet efter omkostninger og kursrisiko. En masternode kræver teknisk drift, også når visse betalinger foregår automatisk.

Masternodes i perspektiv

Masternodes kan på relevante netværk levere ekstratjenester og styringsmuligheder mod belønning. Funktioner, privatliv, sikkerhed og indtjening afhænger af konstruktion og drift. De er ikke en generel garanti for et sikkert netværk eller en lønsom investering.