A proof-of-work blockchain that anyone can mine and anyone can verify.
The whitepaper is currently available in English and German.
Version 1.0 · October 2026 · Network yskar-main-1
1. Summary
YSKAR is an independent blockchain secured by proof of work. Its coin is called YSR. At most 21 million YSR will ever exist; they are created exclusively as block rewards for miners, halving every 12,000 blocks. A new block is targeted every 10 minutes.
YSKAR was designed around two promises. First, mining for everyone: a phone in a Telegram Mini App, an Android app or a home PC can take part, alone or in a pool that never holds anyone’s money. Second, verifiable by anyone: every rule is fixed in open code, every block can be checked in an ordinary browser, and anyone can run a full node that verifies the chain from its first block. The genesis block carries the inscription that sums this up: proof, not promise.
This document describes the system as it is implemented, including its current limits.
2. Architecture
Full nodes store the chain, validate every block and transaction completely and exchange blocks over a peer-to-peer network. A node can also offer a mining interface and run a pool.
Miners request work from a node, search for a valid hash and submit results. They only need a payout address, never a private key.
Wallets create and keep keys on the user’s device and sign transactions there. The YSKAR app (Telegram Mini App and Android) is such a wallet.
The explorer displays the chain and independently re-verifies each block in the browser.
A database mirror of the chain serves the explorer and website for fast reads. It is a convenience only; the nodes are authoritative.
3. Blocks
A block consists of a 136-byte header and a list of transactions, the first of which is always the coinbase. All integers are little-endian.
Offset
Field
Size
Meaning
0
version
4
Block version
4
height
4
Position in the chain
8
prev_hash
32
Hash of the previous block
40
merkle_root
32
Commitment to all transactions
72
state_root
32
Commitment to all account balances after this block
104
timestamp
8
Seconds since 1970
112
difficulty
4
Required work (encoding: section 5.4)
116
tx_count
4
Number of transactions
120
extranonce
8
Separates the search spaces of miners
128
nonce
8
Varied by the miner
The size is deliberate: with SHA-256 padding, 136 bytes fill exactly three 64-byte blocks, and every field except the nonce lies in the first 128 bytes. A miner computes the state of the first two compression rounds once per job (the midstate) and then needs only two compressions per attempt.
Merkle tree. Leaves are sha256d(0x00 ‖ txid), inner nodes sha256d(0x01 ‖ left ‖ right). An odd node is passed up unchanged instead of being duplicated. The prefixes prevent an inner node from being presented as a leaf, and the absence of duplication avoids the ambiguity known from Bitcoin (CVE-2012-2459).
State root. Every header commits to the complete account state after the block. Two nodes with the same state root have computed exactly the same balances. A block whose state root does not match the node’s own computation is rejected.
Limits. At most 2,000 transactions per block, the coinbase included.
4. Transactions
YSKAR uses an account model: each address has a balance and a nonce, a counter of the transactions it has sent. There are two transaction types.
4.1 Transfer
A transfer contains the sender and receiver address, the amount, the fee, the sender’s next nonce, an optional expiry height (valid_until), an optional memo of up to 32 bytes, the sender’s public key and an Ed25519 signature. Without a memo, a transfer is 168 bytes long.
The signature covers all fields plus the chain ID, the SHA-256 hash of the network name. A transaction signed for the test network is therefore invalid on the main network and vice versa. The nonce must match exactly, so each transaction can be included only once and in order.
4.2 Coinbase
The first transaction of each block creates new YSR. Its total must be exactly the block reward plus the fees of all transactions in the block – not a unit more or less. Up to height 1,999 a coinbase has exactly one recipient. From height 2,000 (consensus version 2) it may have up to 64 recipients; this is what makes pool mining without custody possible (section 10). The coinbase may carry a short self-chosen name of the finder.
4.3 Fees
Up to height 3,999 every transfer costs a fixed minimum of 0.001 YSR. From height 4,000 (consensus version 3) the minimum is calculated per byte, as in Bitcoin: at least 1 unit (0.00000001 YSR) per byte. Nodes additionally require 10 units per byte before relaying a transaction; this is policy, not consensus, and can be adjusted without a fork. Amounts below 100 units (0.000001 YSR) are invalid from height 4,000, which prevents the state from being filled with dust. A waiting transaction can be replaced by one with the same nonce only if its fee is higher by at least the relay rate.
5. Proof of work and difficulty
5.1 The puzzle
The block hash is SHA-256(SHA-256(header)). A block is valid if its hash, read as a 256-bit number, does not exceed the target:
target = 2^240 / difficulty
One unit of difficulty therefore corresponds to 65,536 expected hashes on average. The network hashrate can be estimated as difficulty × 65,536 / block time.
5.2 Adjustment (LWMA)
The difficulty of each block is recalculated from the previous 45 blocks with a linearly weighted moving average: recent solve times count more than older ones. Single solve times are capped at six times the target, and the result may change by at most a factor of four per block. All arithmetic is done in integers; there is no floating point in consensus, so every node arrives at exactly the same value.
5.3 Emergency rule and timestamps
If no block appears for more than three times the target block time (30 minutes), the required difficulty decreases in proportion to the waiting time. This keeps the chain moving if hashrate suddenly disappears. A block must be within the range between this relaxed value and the regular value.
A timestamp must be later than the median of the previous 11 blocks and may be at most 120 seconds in the future. Without these rules, the difficulty could be manipulated through false times.
5.4 Difficulty without an upper limit
The header field for the difficulty is four bytes. Up to height 5,999 it is a plain unsigned integer, which ends at 4,294,967,295 – about 469 GH/s of network hashrate. From height 6,000 (consensus version 4) the same field is read differently:
top bit 0: difficulty = field (1 … 2^31 − 1)
top bit 1: e = bits 23–30, m = bits 0–22
difficulty = (2^23 + m) · 2^e (2^31 … ≈ 2^240)
Below 2^31 the bytes are identical to the old format. Above it, the value is a floating-point number with 24 bits of precision. Every value has exactly one valid encoding; the adjustment rounds down to the nearest representable value. The upper bound lies just below 2^240, where the target reaches 1 – the limit of SHA-256 itself.
6. Choosing the chain
If two valid branches compete, nodes follow the one with the most accumulated work, not the longest one. Since the expected number of hashes is proportional to the difficulty, the work of a block is its difficulty, and the work of a chain is the sum. If two branches have exactly the same work, the one whose tip has the smaller hash wins – a rule every node can evaluate independently and identically.
7. Issuance
The reward starts at 875 YSR per block and halves every 12,000 blocks. It is computed with a bit shift, without rounding rules that could differ between implementations.
Epoch
Blocks
Reward
Total after the epoch
1
0 – 11,999
875 YSR
10,500,000 YSR (50%)
2
12,000 – 23,999
437.5 YSR
15,750,000 YSR (75%)
3
24,000 – 35,999
218.75 YSR
18,375,000 YSR
4
36,000 – 47,999
109.375 YSR
19,687,500 YSR
5
48,000 – 59,999
54.6875 YSR
20,343,750 YSR
…
…
…
…
37
432,000 – 443,999
0.00000001 YSR
20,999,999.99832 YSR
From block 444,000 the reward is zero and miners are paid by fees alone. At the target block time an epoch lasts about 83 days; 99% of all YSR exist after roughly 1.6 years, the last unit after about 8.4 years. Because of rounding, the total stays slightly below 21 million.
No pre-allocation. There is no allocation in the code: every YSR comes from a coinbase whose amount the rules check exactly. The reward of the genesis block went to the all-zero address, for which no usable key exists.
8. Wallets and addresses
Recovery words: 12 words according to BIP39 produce a seed.
Keys: Ed25519 key pairs are derived with SLIP-0010 along the hardened path m/44'/9077'/account'/0'/index'.
Address: the first 20 bytes of SHA-256(public key), written in bech32m with the prefix ysr – for example ysr1…. The checksum catches typing errors.
On the device: the app stores the key encrypted with a user-chosen PIN locally. No server ever receives it. The PIN protects the device; the 12 words are the actual key and restore the wallet anywhere.
9. Mining
A miner opens a session at a node with its payout address and receives jobs: a complete block template with all fields except the nonce. Each session gets its own extranonce, which lies in the header, so two miners can never compute the same candidate.
The miner does not only report blocks but shares: hashes that meet an easier, personal target. The node adjusts this target so that each device finds about one share every 30 seconds. Shares show that the device is working and, in a pool, are the basis of the payout. The node recomputes every submitted hash itself and trusts no claim of the device.
Ways to mine today: the Telegram Mini App (computing in WebAssembly), the Android app (also in the background) and the PC miner for processors and NVIDIA graphics cards.
10. Pool mining without custody
A pool is not a separate service but a full node that splits its coinbase. Pool blocks pay all participants directly in the coinbase (consensus version 2). At no point does the operator hold anyone else’s money, and anyone can check the split in the explorer.
PPLNS: the last units of work are paid, across block boundaries. The window is twice the network difficulty, so hopping in shortly before an expected block brings no advantage.
Counted value: the share target that applied, not the value achieved by luck.
Limits: up to 63 miners per block plus the fee; work that does not fit is carried into the next block. The fee is at most 5%.
What still requires trust: the counting of shares. Shares are not in any block. The payout is verifiable; whether it was deserved is not. This applies to every pool, Bitcoin included.
11. Network
Nodes connect over TCP (default port 8646). On connecting they exchange the network name and the accumulated work of their chains, then fetch missing blocks. Every block arriving over the network is validated completely: header, proof of work, signatures, balances and state root. A peer supplies data, nothing more. Nodes that support it also exchange miner statistics, so that apps can show the miners of the whole network; these figures are reported, not proven.
12. Consensus changes
Rule changes are activated at a fixed height announced in advance. Blocks below that height remain valid byte for byte.
Version
Active from
Change
2
Block 2,000
Coinbase with up to 64 recipients (pool mining without custody)
3
Block 4,000
Fee per byte, dust limit
4
Block 6,000
Difficulty without an upper limit
13. Limits and outlook
We would rather name the weaknesses than hide them:
Few nodes. The network is young and runs on very few nodes and one large pool. Security grows with every independent node and pool.
Devices differ. SHA-256d runs far faster on graphics cards than on phones. Phones contribute; their share of rewards is correspondingly smaller. Existing SHA-256 ASICs cannot mine YSKAR because they are built for Bitcoin’s 80-byte header.
Confirmation time. With 10-minute blocks, a payment is secure only after confirmations. Instant payments via payment channels are being planned; there is no date yet.
Reported figures. Active miners and measured hashrate across nodes are reported by the nodes. The network hashrate derived from difficulty and block times is the provable figure.
YSKAR ist eine eigenständige Blockchain, gesichert durch Proof of Work. Ihre Münze heißt YSR. Es wird nie mehr als 21 Millionen YSR geben; sie entstehen ausschließlich als Blockbelohnung für Miner, und die Belohnung halbiert sich alle 12.000 Blöcke. Ziel ist ein neuer Block alle 10 Minuten.
YSKAR folgt zwei Versprechen. Erstens Mining für alle: Ein Telefon in einer Telegram Mini App, eine Android-App oder ein PC zu Hause können mitmachen, allein oder in einem Pool, der nie fremdes Geld verwahrt. Zweitens nachprüfbar für jeden: Jede Regel steht in offenem Code, jeder Block lässt sich in einem gewöhnlichen Browser prüfen, und jeder kann einen eigenen Knoten betreiben, der die Kette ab dem ersten Block nachrechnet. Der Genesis-Block trägt die Inschrift, die das zusammenfasst: proof, not promise.
Dieses Dokument beschreibt das System so, wie es umgesetzt ist, einschließlich seiner heutigen Grenzen.
2. Aufbau
Fullnodes speichern die Kette, prüfen jeden Block und jede Transaktion vollständig und tauschen Blöcke über ein Peer-to-Peer-Netz aus. Ein Knoten kann zusätzlich eine Mining-Schnittstelle anbieten und einen Pool betreiben.
Miner holen sich Arbeit von einem Knoten, suchen einen gültigen Hash und reichen Ergebnisse ein. Sie brauchen nur eine Auszahlungsadresse, nie einen privaten Schlüssel.
Wallets erzeugen und verwahren Schlüssel auf dem Gerät des Nutzers und signieren dort. Die YSKAR-App (Telegram Mini App und Android) ist eine solche Wallet.
Der Explorer zeigt die Kette an und prüft jeden Block unabhängig im Browser nach.
Ein Datenbank-Spiegel der Kette dient Explorer und Website zum schnellen Lesen. Er ist nur eine Bequemlichkeit; maßgeblich sind die Knoten.
3. Blöcke
Ein Block besteht aus einem 136 Byte langen Kopf und einer Liste von Transaktionen; die erste ist immer die Coinbase. Alle Ganzzahlen sind Little-Endian.
Stelle
Feld
Größe
Bedeutung
0
version
4
Blockfassung
4
height
4
Position in der Kette
8
prev_hash
32
Hash des vorigen Blocks
40
merkle_root
32
Verpflichtung auf alle Transaktionen
72
state_root
32
Verpflichtung auf alle Kontostände nach diesem Block
104
timestamp
8
Sekunden seit 1970
112
difficulty
4
Geforderte Arbeit (Kodierung: Abschnitt 5.4)
116
tx_count
4
Anzahl der Transaktionen
120
extranonce
8
Trennt die Suchräume der Miner
128
nonce
8
Wird vom Miner variiert
Die Größe ist gewollt: Mit dem SHA-256-Padding füllen 136 Byte genau drei 64-Byte-Blöcke, und jedes Feld außer der Nonce liegt in den ersten 128 Byte. Ein Miner berechnet den Zustand der ersten beiden Kompressionen einmal je Aufgabe (Midstate) und braucht danach nur zwei Kompressionen je Versuch.
Merkle-Baum. Blätter sind sha256d(0x00 ‖ txid), innere Knoten sha256d(0x01 ‖ links ‖ rechts). Ein ungerader Knoten wird unverändert hochgereicht statt verdoppelt. Die Präfixe verhindern, dass ein innerer Knoten als Blatt ausgegeben werden kann, und ohne Verdopplung entfällt die von Bitcoin bekannte Mehrdeutigkeit (CVE-2012-2459).
Zustandswurzel. Jeder Kopf verpflichtet auf den vollständigen Kontostand nach dem Block. Zwei Knoten mit derselben Wurzel haben exakt dieselben Guthaben berechnet. Ein Block, dessen Wurzel nicht zur eigenen Rechnung passt, wird abgelehnt.
Grenzen. Höchstens 2.000 Transaktionen je Block, die Coinbase eingeschlossen.
4. Transaktionen
YSKAR nutzt ein Kontenmodell: Jede Adresse hat ein Guthaben und eine Nonce, einen Zähler ihrer gesendeten Transaktionen. Es gibt zwei Arten von Transaktionen.
4.1 Überweisung
Eine Überweisung enthält Absender- und Empfängeradresse, Betrag, Gebühr, die nächste Nonce des Absenders, eine optionale Ablaufhöhe (valid_until), eine optionale Notiz bis 32 Byte, den öffentlichen Schlüssel des Absenders und eine Ed25519-Signatur. Ohne Notiz ist eine Überweisung 168 Byte lang.
Die Signatur deckt alle Felder ab und zusätzlich die Chain-ID, den SHA-256-Hash des Netznamens. Eine für das Testnetz signierte Transaktion ist im Hauptnetz ungültig und umgekehrt. Die Nonce muss genau passen; jede Transaktion kann also nur einmal und in der richtigen Reihenfolge aufgenommen werden.
4.2 Coinbase
Die erste Transaktion jedes Blocks erzeugt neue YSR. Ihre Summe muss genau der Blockbelohnung plus den Gebühren aller Transaktionen des Blocks entsprechen, keine Einheit mehr oder weniger. Bis Höhe 1.999 hat eine Coinbase genau einen Empfänger. Ab Höhe 2.000 (Konsensfassung 2) darf sie bis zu 64 Empfänger haben; das ermöglicht Pool-Mining ohne Verwahrung (Abschnitt 10). Die Coinbase kann einen kurzen, selbst gewählten Namen des Finders tragen.
4.3 Gebühren
Bis Höhe 3.999 kostet jede Überweisung fest mindestens 0,001 YSR. Ab Höhe 4.000 (Konsensfassung 3) wird das Minimum je Byte berechnet, wie bei Bitcoin: mindestens 1 Einheit (0,00000001 YSR) je Byte. Knoten verlangen zusätzlich 10 Einheiten je Byte, bevor sie eine Transaktion weiterleiten; das ist Richtlinie, kein Konsens, und lässt sich ohne Fork anpassen. Beträge unter 100 Einheiten (0,000001 YSR) sind ab Höhe 4.000 ungültig; so lässt sich der Zustand nicht mit Kleinstbeträgen füllen. Eine wartende Transaktion lässt sich durch eine mit derselben Nonce nur ersetzen, wenn deren Gebühr um mindestens den Weiterleitungssatz höher ist.
5. Proof of Work und Schwierigkeit
5.1 Die Aufgabe
Der Blockhash ist SHA-256(SHA-256(Kopf)). Ein Block ist gültig, wenn sein Hash, gelesen als 256-Bit-Zahl, das Ziel nicht überschreitet:
ziel = 2^240 / difficulty
Eine Einheit Difficulty entspricht damit im Mittel 65.536 erwarteten Hashes. Die Netz-Hashrate lässt sich als difficulty × 65.536 / Blockzeit abschätzen.
5.2 Anpassung (LWMA)
Die Difficulty jedes Blocks wird aus den vorigen 45 Blöcken mit einem linear gewichteten gleitenden Mittel neu berechnet: Jüngere Lösungszeiten zählen mehr als ältere. Einzelne Lösungszeiten werden beim Sechsfachen des Ziels gedeckelt, und das Ergebnis darf sich je Block höchstens um den Faktor vier ändern. Gerechnet wird ausschließlich mit Ganzzahlen; im Konsens gibt es keine Gleitkommazahl, damit jeder Knoten exakt denselben Wert erhält.
5.3 Notfallregel und Zeitstempel
Erscheint länger als das Dreifache der Zielzeit (30 Minuten) kein Block, sinkt die geforderte Difficulty im Verhältnis zur Wartezeit. So bleibt die Kette in Bewegung, wenn Rechenleistung plötzlich wegfällt. Ein Block muss zwischen diesem gelockerten und dem regulären Wert liegen.
Ein Zeitstempel muss später als der Median der vorigen 11 Blöcke liegen und darf höchstens 120 Sekunden in der Zukunft liegen. Ohne diese Regeln ließe sich die Difficulty über falsche Zeiten verschieben.
5.4 Difficulty ohne Obergrenze
Das Feld für die Difficulty im Kopf ist vier Byte groß. Bis Höhe 5.999 ist es eine schlichte vorzeichenlose Ganzzahl, die bei 4.294.967.295 endet, also bei rund 469 GH/s Netz-Hashrate. Ab Höhe 6.000 (Konsensfassung 4) wird dasselbe Feld anders gelesen:
oberstes Bit 0: difficulty = Feld (1 … 2^31 − 1)
oberstes Bit 1: e = Bits 23–30, m = Bits 0–22
difficulty = (2^23 + m) · 2^e (2^31 … ≈ 2^240)
Unter 2^31 sind die Bytes identisch mit dem alten Format. Darüber ist der Wert eine Gleitkommazahl mit 24 Bit Genauigkeit. Jeder Wert hat genau eine gültige Schreibweise; die Anpassung rundet auf den nächsten darstellbaren Wert ab. Die Obergrenze liegt knapp unter 2^240, wo das Ziel 1 erreicht – die Grenze von SHA-256 selbst.
6. Wahl der Kette
Konkurrieren zwei gültige Zweige, folgen die Knoten dem mit der meisten angesammelten Arbeit, nicht dem längsten. Da die erwartete Zahl der Hashes proportional zur Difficulty ist, ist die Arbeit eines Blocks seine Difficulty und die Arbeit einer Kette die Summe. Haben zwei Zweige genau gleich viel Arbeit, gewinnt der, dessen Spitze den kleineren Hash hat – eine Regel, die jeder Knoten unabhängig und gleich auswertet.
7. Ausgabe
Die Belohnung beginnt bei 875 YSR je Block und halbiert sich alle 12.000 Blöcke. Sie wird per Bitverschiebung berechnet, ohne Rundungsregeln, die zwischen Umsetzungen abweichen könnten.
Epoche
Blöcke
Belohnung
Summe nach der Epoche
1
0 – 11.999
875 YSR
10.500.000 YSR (50 %)
2
12.000 – 23.999
437,5 YSR
15.750.000 YSR (75 %)
3
24.000 – 35.999
218,75 YSR
18.375.000 YSR
4
36.000 – 47.999
109,375 YSR
19.687.500 YSR
5
48.000 – 59.999
54,6875 YSR
20.343.750 YSR
…
…
…
…
37
432.000 – 443.999
0,00000001 YSR
20.999.999,99832 YSR
Ab Block 444.000 ist die Belohnung null; Miner werden dann nur noch über Gebühren bezahlt. Bei der Zielblockzeit dauert eine Epoche rund 83 Tage; 99 % aller YSR existieren nach etwa 1,6 Jahren, die letzte Einheit nach etwa 8,4 Jahren. Wegen der Abrundung bleibt die Summe knapp unter 21 Millionen.
Keine Vorab-Zuteilung. Im Code gibt es keine Zuteilung: Jede YSR stammt aus einer Coinbase, deren Betrag die Regeln exakt prüfen. Die Belohnung des Genesis-Blocks ging an die Null-Adresse, für die es keinen nutzbaren Schlüssel gibt.
8. Wallets und Adressen
Merkwörter: 12 Wörter nach BIP39 ergeben einen Seed.
Schlüssel: Ed25519-Schlüsselpaare werden nach SLIP-0010 entlang des gehärteten Pfads m/44'/9077'/konto'/0'/index' abgeleitet.
Adresse: die ersten 20 Byte von SHA-256(öffentlicher Schlüssel), geschrieben in bech32m mit dem Präfix ysr, also etwa ysr1…. Die Prüfsumme fängt Tippfehler ab.
Auf dem Gerät: Die App speichert den Schlüssel lokal, verschlüsselt mit einer selbst gewählten PIN. Kein Server erhält ihn je. Die PIN schützt das Gerät; die 12 Wörter sind der eigentliche Schlüssel und stellen die Wallet überall wieder her.
9. Mining
Ein Miner eröffnet bei einem Knoten eine Sitzung mit seiner Auszahlungsadresse und bekommt Aufgaben: eine vollständige Blockvorlage mit allen Feldern außer der Nonce. Jede Sitzung erhält ihre eigene Extranonce, die im Kopf steht; zwei Miner können also nie denselben Kandidaten berechnen.
Der Miner meldet nicht nur Blöcke, sondern Shares: Hashes, die ein leichteres, persönliches Ziel erreichen. Der Knoten stellt dieses Ziel so ein, dass jedes Gerät etwa alle 30 Sekunden einen Share findet. Shares zeigen, dass das Gerät arbeitet, und sind im Pool die Grundlage der Auszahlung. Der Knoten rechnet jeden eingereichten Hash selbst nach und glaubt keiner Angabe des Geräts.
Wege zum Mining heute: die Telegram Mini App (gerechnet in WebAssembly), die Android-App (auch im Hintergrund) und der PC-Miner für Prozessoren und NVIDIA-Grafikkarten.
10. Pool-Mining ohne Verwahrung
Ein Pool ist kein eigener Dienst, sondern ein Fullnode, der seine Coinbase aufteilt. Pool-Blöcke zahlen alle Beteiligten direkt in der Coinbase aus (Konsensfassung 2). Zu keinem Zeitpunkt hält der Betreiber fremdes Geld, und jeder kann die Aufteilung im Explorer nachprüfen.
PPLNS: Bezahlt werden die letzten Arbeitseinheiten, über Blockgrenzen hinweg. Das Fenster ist doppelt so groß wie die Netz-Difficulty; kurz vor einem erwarteten Block einzusteigen bringt deshalb nichts.
Gezählter Wert: das geltende Share-Ziel, nicht der durch Glück erreichte Wert.
Grenzen: bis zu 63 Miner je Block plus Gebühr; Arbeit, die nicht hineinpasst, wird in den nächsten Block vorgetragen. Die Gebühr beträgt höchstens 5 %.
Was Vertrauen bleibt: die Zählung der Shares. Shares stehen in keinem Block. Die Auszahlung ist nachprüfbar, ob sie verdient war, nicht. Das gilt für jeden Pool, auch bei Bitcoin.
11. Netz
Knoten verbinden sich über TCP (Standardport 8646). Beim Verbinden tauschen sie den Netznamen und die angesammelte Arbeit ihrer Ketten aus und holen dann fehlende Blöcke. Jeder Block, der über das Netz kommt, wird vollständig geprüft: Kopf, Proof of Work, Signaturen, Guthaben und Zustandswurzel. Ein Peer liefert Daten, sonst nichts. Knoten, die es unterstützen, tauschen zusätzlich Miner-Statistiken aus, damit Apps die Miner des ganzen Netzes anzeigen können; diese Zahlen sind gemeldet, nicht bewiesen.
12. Änderungen am Konsens
Regeländerungen werden an einer festen, vorher angekündigten Höhe aktiv. Blöcke unterhalb dieser Höhe bleiben Byte für Byte gültig.
Fassung
Aktiv ab
Änderung
2
Block 2.000
Coinbase mit bis zu 64 Empfängern (Pool-Mining ohne Verwahrung)
3
Block 4.000
Gebühr je Byte, Staubgrenze
4
Block 6.000
Difficulty ohne Obergrenze
13. Grenzen und Ausblick
Wir nennen die Schwächen lieber, als sie zu verstecken:
Wenige Knoten. Das Netz ist jung und läuft auf sehr wenigen Knoten und einem großen Pool. Die Sicherheit wächst mit jedem unabhängigen Knoten und Pool.
Geräte sind verschieden. SHA-256d läuft auf Grafikkarten weit schneller als auf Telefonen. Telefone tragen bei; ihr Anteil an den Belohnungen ist entsprechend kleiner. Vorhandene SHA-256-ASICs können YSKAR nicht minen, weil sie für Bitcoins 80-Byte-Kopf gebaut sind.
Bestätigungszeit. Bei 10-Minuten-Blöcken ist eine Zahlung erst nach Bestätigungen sicher. Sofortzahlungen über Zahlungskanäle sind in Planung; einen Termin gibt es noch nicht.
Gemeldete Zahlen. Aktive Miner und gemessene Hashrate über mehrere Knoten werden von den Knoten gemeldet. Beweisbar ist die Netz-Hashrate aus Difficulty und Blockzeiten.
