Nevyžádaná data v bitcoinovém blockchainu
OP_RETURN, Inscriptions, Ordinals, BRC-20 tokeny, Runes… Na všechny tyto termíny můžete narazit, pokud zkusíte hledat na internetu informace o SPAMu v blockchainu. Co to ale je blockchainový SPAM?
Jako SPAM v bitcoinovém blockchainu lze označit veškerá data navíc, která nesouvisí s finanční podstatou potvrzených transakcí. Nebo lépe řečeno s podstatou peer-to-peer systému elektronických peněz. Odkaz na bitcoinový whitepaper je důležitý, protože upozorňuje na skutečnost, že bitcoin a jeho blockchain byl vytvořen s konkrétním záměrem a je tedy možné posuzovat, zda daný způsob jeho využití je s tímto záměrem v souladu nebo ne. Nejčastěji jsou těmi daty navíc obrázky, videa, texty, ale může to být cokoliv, co lze datově reprezentovat.
Blockchainový SPAM vyvolává emoce, protože ne každý bitcoiner s jeho definicí výše souhlasí. Názor, že svobodný software umožňuje jeho uživatelům používat jej jakkoliv je to možné a co lze, je dovoleno, není zdaleka ojedinělý. Často je doprovázen ještě vírou v trh, který všechno spraví a čas ukáže. Já se kloním k názoru, že kdyby Satoshi chtěl na blockchain ukládat obrázky, ve svém whitepaperu by to zmínil.
Inscriptions a Ordinals protokol
Trocha historie
Zapisování netransakčních dat do bitcoinového blockchainu není novinkou a Inscriptions nejsou ani jediným, ani prvním způsobem, jak toho dosáhnout. Tím úplně prvním byla coinbase transakce v genesis bloku, do které Satoshi vepsal památný titulek z The Times: “The Times 03/Jan/2009 Chancellor on brink of second bailout for banks”. Každá coinbase transakce může obsahovat až 100 bytů libovolných dat a je na uvážení těžaře, který blok vytěžil, jak je využije.
Využití a zneužití skriptů
Jedním z prvních používaných způsobů, jak zapsat libovolná data do blockchainu bylo využití místa pro hash veřejného klíče ve výstupním skriptu P2PKH (Pay-to-Public-Key-Hash). Skript nabízí 20 bytů na jeden výstup, nicméně výstupů může být v transakci více. Protože nelze žádným způsobem rozpoznat, zda uvedená data jsou hashem existujícího veřejného klíče, musí být taková transakce přijata ke zpracování. Příkladem využití této metody je následující obrázek. Je zakódován do několika transakcí a v blockchainu se objevil už před deseti lety. Naleznete jej například zde.
Data lze zapsat i do původník P2PK (Pay-to-Public-Key) výstupních skriptů na místo určené pro veřejné klíče. V nekomprimované podobě lze použít 65 bytů, v komprimované pak 33.
Společnou nevýhodou obou způsobů použití výstupních skriptů je vytvoření neutratitelných zůstatků (UTXOs). K datům na místě veřejných klíčů neexistují privátní klíče, které by zůstatky odemkly a tak je nelze dále převést na novou adresu. Nehodí se proto pro případy použití bitcoinového blockchainu jako nezpochybnitelného dokladu o vlastnictví, protože toto vlastnictví nelze dále převést. Zároveň platí, že kromě poplatků za vytěžení mají tato data také náklad v podobě takto “spálených” satoshi.
OP_RETURN
Jiným, ale také velmi oblíbeným způsobem, je použití operátoru OP_RETURN
. Do bitcoin core se dostal později, až v roce 2014. Jeho použití záměrně označuje takto označený výstup transakce jako dále neutratitelný a vytváří prostor pro až 80 bytů libovolných dat.
Zajímavá je historie vzniku tohoto operátoru. Byl reakcí na jiný v té době používaný způsob ukládání dat do bitcoinového blockchainu Counterparty protokolem. Counterparty byl druhou vrstvou na bitcoinem, která umožňovala vytvářet nové tokeny a obchodovat s nimi na distribuované burze. Nepřipomíná vám to něco? Counterparty zneužíval operátor OP_CHECKMULTISIG
, který slouží k ověření podpisu transakce s více podpisy P2SH (pay to script hash). Místo veřejných klíčů k ověření však k operátoru ukládal svá specifická data. UTXOs vytvořené pro Counterparty byly rovněž neutratitelné (uložená data nereprezentovala veřejné klíče odvozené z existujících privátních klíčů), přesto musely být z principu uchovávány v transakčním setu uzlů (byly součástí platné transakce), a proto představovaly riziko pro další škálování bitcoinu. Diskuze, které se na toto téma v roce 2014 vedly, jsou dnes označovány jako OP_RETURN Wars. Jejich výsledkem bylo zavedení operátoru OP_RETURN
, který umožnil připojení libovolných dat k transakci a poskytl tak protokolu Counterparty řešení jeho potřeb. Zároveň však explicitně označuje takto označené UTXO za neutratitelné. To umožňuje uzlům vyřadit jej z transakčního setu pro další validace a šetřit tím místo.
Zavedení operátoru OP_RETURN
bylo prvním ústupkem SPAMu. Jeho použití pro zapsání krátké zprávy do blockchainu dnes umožňuje celá řada peněženek, například i Trezor Suite.
Ordinal theory a Ordinals
Koncept Ordinar Theory publikoval na svém blogu v roce 2022 bitcoinový vývojář Casey Rodarmor. Popisuje číslovací schéma, které přiřazuje každému satoshi jednoznačné číslo od 0 do (zjednodušeně) 2.100.000.000.000.000 (21M*100M. Ve skutečnosti je jich o něco méně, protože i bitcoinů nebude díky principu halvingu přesně 21 milionů.). Satoshi jsou číslovány v pořadí, v jakém byly vytěženy (například satoshi vytěžené v genesis bloku mají čísla 0 - 4.999.999.999), a přenášejí se ze vstupů transakcí do jejich výstupů (první satoshi prvního výstupního UTXO dostane číslo prvního satoshi prvního vstupního UTXO, atd.). Každý satoshi tak má jednoznačné pořadové číslo, anglicky ordinal. Odtud název Ordinals.
Jednoznačné číslování satoshi umožňuje potlačit jejich zaměnitelnost a dává tak příležitost sběratelům zaměřit se na jednotlivé z nich, které jsou něčím zajímavé. Má pro vás první satoshi páté epochy (první satoshi z odměny za vytěžení prvního bloku po čtvrtém halvingu) vyšší hodnotu? Chtěli byste ho?
Inscriptions
Inscriptions jsou novým způsobem zápisu dat nebo digitálních artefaktů do blockchainu bitcoinu. Navrhl je v roce 2022 opět starý známý Casey Rodarmor. Využívají číslovací schéma Ordinal theory pro identifikaci jednotlivých satoshi a umožňují ke každému z nich jednotlivě do blockchainu připsat libovolný digitální obsah, zahrnující obrázky, videa, texty, zvuky a další (tzv. bitcoinová NFT). Data jsou zapsána přímo do blockchainu v rámci taproot skriptu transakce, která je publikuje, v tzv. witness datech. Díky tomu se na ně vztahuje 75% sleva z poplatku za vByte a “činí tak tento způsob ukládání dat do blockchainu relativně úsporným” (skutečná slova použitá v publikované dokumentaci Inscriptions).
Satoshi, ke kterým jsou Inscriptions připsány, mohou být převáděny standardními transakcemi na libovolné bitcoinové adresy v rámci běžných UTXO. Je třeba jen respektovat číslovací schéma Ordinals při sestavování těchto transakcí.
Inscriptions, nebo lépe bitcoinová NFT, se stala mezi určitou skupinou uživatelů bitcoinu (nikoliv mezi bitcoinery, natož bitcoin maximalisty) velmi populární. Jejich zásadní výhodou oproti jiným NFT implementacím se stala skutečnost, že bitcoinový blockchain obsahuje přímo digitální obsah, nikoliv pouze odkaz na něj někam do centralizovaného úložiště, u něhož není záruka, že bude v budoucnu stále existovat. Jediným limitem se stala maximální velikost jednoho bloku (4MB), který obsahuje příslušnou transakci. I to však nezabránilo umístit do Inscriptions celou počítačovou hru Doom. Zahrajte si a pak se vraťte ke čtení. (odkaz na příslušnou transakci v blockchainu).
Stejně jako protokol Counterparty, který byl postaven na zneužití operátoru OP_CHECKMULTISIG
, si i Inscriptions našli skulinku v sémantice taproot skriptu. Stala se jím kombinace operátorů OP_FALSE
, OP_IF
a OP_ENDIF
. První z nich uloží na vrchol zásobníku hodnotu “nepravda”. Druhý pak testuje hodnotu na vrcholu zásobníku a pokud je pravdivá, vykoná další část skriptu až po operátor OP_ENDIF
. Protože je ale na vrcholu hodnota “nepravda”, tato část skriptu se přeskočí a nikdy nevykoná. Mezi operátory OP_IF
a OP_ENDIF
tak vznikne ideální prostor pro uložení čehokoliv, aniž by to ohrozilo syntaktickou a sémantickou správnost skriptu jako celku. De iure je vše v pořádku. De facto došlo ale ke zneužití slabého místa skriptovacího jazyka.
Runes
Protokol Runes přinesl do světa bitcoinu možnost specifikovat, razit a převádět vlastní zaměnitelné tokeny. Nejsou prvním takovým pokusem, ale v současné době asi tím nejviditelnějším. Autorem protokolu je do třetice Casey Rodarmor. Zajímavá je jeho motivace k vytvoření protokolu. Na svém blogu 25.9.2023 k tomu mimo jiné napsal:
“Nejsem si jistý, zda je vytvoření nového protokolu se zaměnitelnými tokeny pro Bitcoin dobrý nápad. Zaměnitelné tokeny jsou z 99,9% podvody a memy. Nezdá se však, že by v dohledné době zmizely, podobně jako asi nezmizí v dohledné době kasina. Vytvoření dobrého protokolu zaměnitelných tokenů pro Bitcoin by mohlo přinést významné příjmy z transakčních poplatků, zájem vývojářů a uživatelů o Bitcoin. Navíc, pokud by tento protokol měl jen malou stopu v blockchainu a podporoval zodpovědnou správu UTXO, mohl by snížit škody ve srovnání s užitím stávajících protokolů. Přinejmenším jeden z nich, BRC-20, je již poměrně populární a má nežádoucí důsledek v podobě množení UTXO.”
Runes se v bitcoinovém blockchainu objevili po čtvrtém půlení (s výškou bloku 840.000) a co se stopy v bitcoinovém blockchainu týče, úsportné skutečně jsou. Data protokolu jsou uložena v transakčním výstupu v rámci operátoru OP_RETURN
. Ten je následován operátorem OP_PUSHNUM_13
(identifikátor, že se jedná o data protokolu Runes) a dalšími daty (přes operátor OP_PUSHBYTES
), která určují, zda se jedná o definici nového tokenu, jeho ražbu nebo převod mezi adresami. Tato data jsou vždy menší než limit 80 bytů operátoru OP_RETURN
, takže plní standardní podmínky pro přijetí transakce do mempoolu většiny uzlů. Na první pohled je tedy vše v pořádku. Ale… Pomůžu si opět citací Casey Rodamora z jeho blogu:
“Mělo by něco takového existovat? Nevím. Je to jednoduché, jak je to jen možné, nespoléhá se to na data mimo blockchain, nemá to nativní token a hezky to zapadá do modelu UTXO Bitcoinu. Takové schéma by mohlo přilákat uživatele jiných schémat s horší stopou v blockchainu a přivést k bitcoinu pozornost dalších vývojářů a uživatelů, což by je povzbudilo k jeho přijetí. Na druhou stranu je svět směnitelných tokenů většinou nepoučitelnou žumpou, plnou podvodů a chamtivosti, takže by to také mohlo dopadnout špatně.”
Důsledky uvedení Ordinals, Inscriptions a Runes jsou zřejmé. K bitcoinu přitáhli další skupinu jeho uživatelů - sběratele a spekulanty na budoucí hodnotu bitcoinových NFT nebo obchodníky s novými tokeny. Vytváření a obchodování s NFT zvedlo zájem o transakční prostor v bloku a zapříčinilo růst transakčních poplatků do nebeských výšin. Těžaři a těžařské pooly se radují, běžní bitcoineři, kteří stále chtějí používat bitcoin jako peer-to-peer systém elektronických peněz pláčou. Má to nějaké řešení?
Doplnění: Předchozí odstavec jsem napsal skoro před dvěma měsíci v týdnech po půlení bitcoinu, kdy se transakční poplatky šplhaly ke stovkám satoshi za vByte. Nyní se situace uklidnila a poplatky se k neradosti těžařů vrací k normálu kolem 10-20 satoshi za vByte. Přesto lze pohledem do mempoolu zjistit, že transakce protokolu Runes stále tvoří cca polovinu všech transakcí čekající na potvrzení…
Kdo je Casey Rodarmor?
Casey Rodarmor je bitcoinový vývojář ze San Francisca, který přispívá do jeho kódu již několik let. Začínal v Chaincode Labs, později přispíval i k dalším bitcoinovým projektům, jako jsou mixery Wasabi Wallet a JoinMarket.
Největší známost Caseymu však přinesly až Ordinals, Inscriptions a Runes. Pro některé z bitcoinové komunity se tak stal nepřítelem číslo jedna, pro jiné inovátorem, který do bitcoinu vrátil hravost a oživil svět nudných “sound money”. On sám se má spíše za kreativního umělce (kód je druh umění), který rád vytváří umění sloužící nějakému konkrétnímu účelu.
Casey je aktivní na Twitteru, publikuje na svém blogu. A v jádru zůstává skromným bitcoinerem.
PR #28408
Vzrůstající množství SPAMu v transakcích nezůstalo bez povšimnutí. Na Ordinals a rozšíření Inscriptions zareagoval v září roku 2023 Luke Dashjr pull requestem PR #28408 do Bitcoin Core. Navrhl v něm rozšířit platnost parametru -datacarriersize
i na tyto nové způsoby ukládání netrasankčních dat. Parametr -datacarriersize
umožňuje měnit maximální velikost vložených dat, ale vztahuje se pouze k operátoru OP_RETURN
. PR navrhuje aktualizovat pravidla mempoolu tak, aby omezil množství dat, která lze vložit také do witness části taproot skriptu, do obálky vytvořené z operátorů OP_FALSE
, OP_IF
a OP_ENDIF
.
O několik dní později se také v mezinárodních databázích zranitelností objevilo hlášení CVE-2023-50428, které upozorňuje na zmíněné zneužití operátorů OP_FALSE
, OP_IF
a OP_ENDIF
. Inscriptions byly označeny za zranitelnost pro bitcoin.
PR byl sice otevřen, k jeho schválení a implementaci do Bitcoin Core ale nedošlo. Diskuze kolem něj krásně ilustruje panující ditochomii bitcoinerů v pohledu na SPAM. Zastánci PR argumentovali zamezením spamování bitcoinového blockchainu, zpomalením růstu nákladů na provozování bitcoinového uzlu (a úložiště pro blockchain), možností volby provozovatelů uzlů, zda chtějí mít Inscriptions v mempoolu a v neposlední řadě dotažení implementace -datacarriersize
tak, jak byl původně zamýšlen: jako parametr omezující ukladání dat všemi dostupnými metodami, nikoliv jen přes operátor OP_RETURN
.
Odpůrci implementace tohoto PR argumentovali tím, že nemůže zabránit šíření Inscriptions, protože jeho použití je dobrovolné a těžaři nejsou motivováni se Inscriptions bránit, ale právě naopak. Inscriptions těžařům prostřednictvím rostoucích poplatkům pomáhají k vyšším ziskům. Padly i argumenty o zkreslování reality pro operátory uzlů, kteří si transakce s Inscriptions z mempoolu vyloučí a budou jim tak chybět informace pro správnou funkci odhadování ceny poplatků zařazení transakce do následujícího bloku. A padly samozřejmě i obvinění z cenzury bitcoinových transakcí.
Kdo je Luke Dashjr?
Luke Dashjr, známý jako Luke-Jr, je softwarový vývojář a přispěvatel do projektu Bitcoin Core. Luke se na vývoji jádra bitcoinu podílí od jeho počátků, začal už v roce 2011. Do jádra bitcoinu přispěl více než 200 vylepšeními, jako například Segregated Witness, který mimo jiné zvyšuje transakční kapacitu Bitcoinu. Luke je správcem sekce Bitcoin Improvement Proposals (BIPs) a v bitcoinové komunitě tak hraje významnou roli.
Luke Dashjr je rovněž zakladatelem poolu Eligius, jednoho z prvních těžebních poolů. Po několikaleté přestávce byl pool znovu spuštěn na podzim roku 2023 pod jménem Ocean pool. V současnosti tvoří podíl poolu méně než 1 % hashrate sítě Bitcoin. Ocean pool je anonymní těžební pool, nevyžaduje žádnou registraci a odměny za vytěžený blok nad stanovený limit pro výplatu posílá svým těžařům přímo v coinbase transakci. Ostatní pak mají možnost nastavit si BOLT-12 lightning fakturu a podlimitní částky přijímat tímto způsobem.
Společným jmenovatelem většiny aktivit, kterým se Luke věnuje v dnešní době, je snaha o skutečnou decentralizaci těžby bitcoinu, boj proti cenzuře transakcí (reálné i potenciální) a také ochrana bitcoinové sítě před zahlcením SPAMem.
Zvláště posledně jmenované přináší k jeho osobě také jistou míru kontroverze. To, co Luke považuje za SPAM, vnímají jiní jako projev svobodného využití open source softwaru a obviňují jej ze snahy cenzurovat transakce.
Jak (se) bránit SPAMu?
SPAM se do bitcoinového blockchainu dostává prostřednictví transakcí, které jej přenáší, respektive jejich potvrzením při vytěžení nového bloku. Tím jsou také dány dva základní způsoby, jak se SPAMu bránit.
Bránit šíření transakcí, které SPAM obsahují, bitcoinovou sítí
Bránit zařazení těchto transakcí do šablony bloku určeného k potvrzení
Šíření transakcí v síti zajišťují bitcoinové uzly - servery, na kterých běží klient bitcoinové sítě. Pokud klient transakci akceptuje, uloží ji do svého mempoolu a přepošle ji svým peerům - dalším uzlům, se kterými je ve spojení. Tímto způsobem se transakce šíří sítí až k uzlům, které používají těžaři k sestavení šablony nového bloku k vytěžení.
Bránění šíření transakcí má reálný význam pouze v případě, kdy se na něm shodne významná většina uzlů v síti a vytvoří se podmínky, které zamezí reálnému doručení takové transakce k těžaři, který je ochoten ji vytěžit. Podstatně účinnější je rozhodnutí samotných těžařů nezařadit takové transakce do šablony nového bloku. Většina těžařů však k takovému jednání není motivována. Filtrování SPAMu snižuje počet transakcí a v důsledku tedy i velikost transakčních poplatků. Mezi těžaři však existují výjimky, pro které není trade-off podpory SPAMu za vyšší poplatky přijatelný. Krom celé řady privátních poolů pro solo mining mezi ně patří i Ocean pool Luka Dashjra.
Bitcoin Core, nejčastěji používaná implementace bitcoinového klienta, má celou řadu konfiguračních parametrů, které ovlivňují jeho chování. Z pohledu šíření SPAMu jsou zajímavé dva:
Parametr -datacarrier
určuje, zda budou přenášeny transakce s operátorem OP_RETURN
. Ten označuje netransakční data v transakci. Výchozí hodnota je 1 - transakce jsou přenášeny.
Parametr -datacarriersize
pak určuje maximální velikost netransakčních dat za operátorem OP_RETURN
. Výchozí hodnota je 80.
Oba parametry ovlivňují pouze transakce s operátorem OP_RETURN
. Jak jsme si však ukázali v předchozích odstavcích, k šíření SPAMu jsou využívány i jiné operátory a snaha rozšířit platnost parametrů na další způsoby nebyla v implementaci Bitcoin Core úspěšná. Proto Luke Dashjr a s ním i další těžaři používají jinou implementaci klienta - Bitcoin Knots.
Bitcoin Knots
Neschválení PR #28408 bylo z mého pohledu chybou. Požadovaná změna neměnila chování Bitcoin Core, pouze mohla dát provozovatelům uzlů další volbu, jaké transakce chtějí v mempoolu svého uzlu mít a šířit je dále po bitcoinové síti. Pokud chceme dále jako bitcoinová komunita tvrdit, že bitcoin je decentralizovaný a jeho vlastnosti řídí jednotliví suverénní provozovatelé uzlů sítě, neměli bychom se bránit dát jim k tomu odpovídající stupeň volnosti pro jeho nastavení.
Naštěstí Bitcoin Core není jedinou implementací bitcoinového klienta a jeho protokolu. Luke Dashjr udržuje a rozvíjí Bitcoin Knots, implementaci bitcoinového uzlu a peněženky, která z Bitcoin Core vychází a nabízí tak stejnou úroveň zabezpečení, soukromí a stability. Kromě toho však svým uživatelům rozšiřuje možnosti filtrování spamu pomocí rozšířené sady parametrů a pravidel k jeho potlačení.
Parametr -datacarriersize
má v Knots výchozí hodnotu jen 42 a byl rozšířen tak, aby kontroloval i jiné způsoby zápisu netransakčních dat, než přes operátor OP_RETURN
. Realizuje tak původní návrh Pull Requestu #28408. Povolit nebo potlačit tuto vlastnost lze prostřednictvím parametru -datacarrierfullcount
. Ve výchozím stavu je povolena.
Dalším užitečným parametrem je -datacarriercost
. Umožňuje odstranit slevu na poplatcích, kterou mají SegWit data. Výchozí hodnota je v souladu s Bitcoin Core 0.25, což odpovídá 75% slevě. Pokud jej však nastavíte například na 4, bude muset majitel transakce zaplatit za data navíc čtyřnásobek poplatku za vByte.
Jinou vůči SPAMu relevantní úpravou, je nastavení limitu maximální velikosti pre-SegWit, SegWit a Taproot skriptů na 1650 bytů. Tyto skripty, respektive místo pro ně v transakci, bývá také zneužíváno pro vložení SPAMu. 1650 bytů je dostatečná velikost pro všechny v současnosti známé skripty. Pokud by se v budoucnu ukázalo, že nedostačuje, lze ji zvýšit prostřednictvím parametru -maxscriptsize
.
V květnu uvolněná verze Knots 26.1 přinesla další důležité změny. Všechny nestandardní zápisy netransakčních dat (veškerý SPAM kromě OP_RETURN
) jsou nyní ve výchozím nastavení filtrovány. Pokud se mají Knots v tomto ohledu chovat stejně, jako Bitcoin Core, je třeba nastavit nový parametr -acceptnonstddatacarrier
na 1. Výchozí hodnota je 0.
Ve výchozím nastavení této verze Knots jsou rovněž filtrovány všechny P2PK transakce. Pay-to-Public-Key skript je zastaralým a dávno nepoužívaným formátem, který používala první Satoshiho peněženka. Časem byl nahrazen uspornějšími a bezpečnějšími formáty (P2SH nebo SegWit). P2PK transakce jsou však dnes stále zneužívány, SPAM je v nich na místě veřejného klíče. Parametr -permitbarepubkey
umožňuje toto výchozí filtrování zrušit a P2PK transakce zpracovat.
Na “oblibu” protokolu Runes reaguje parametr -rejecttokens
. Umožňuje filtrovat transakce, které Runes obsahují. Není tak nutné filtrovat veškerá netransakční data nastavením parametru -datacarriersize
na 0.
A posledním relevantním parametrem, který release Knots 26.1 přináší, je -rejectparasites
. Ten by měl filtrovat tzv. parazitické transakce, tedy transakce, které na první pohled vypadají, jako standardní, ale ve skutečnosti existují proto, aby s využitím konceptu Ordinals vytvořily vazbu mezi konkrétním satoshi a artefaktem z externího světa. V této verzi Knots parametr filtruje transakce ražby protokolu CAT-21.
Ocean mining pool
Knots můžete samozřejmě použít i jako klienta bitcoinové sítě pro vaši domácí těžbu (solo mining) ve vlastní instanci Public-Poolu. Pokud by jste ale chtěli podpořit filtrování SPAMu při zařazování transakcí do šablony bloku velkého veřejného poolu, je jedinou známou možností Ocean mining pool. Ten nabízí celkem čtyři typy šablon s různou mírou filtrování SPAMu. Dvě z nich jsou postaveny na Knots: šablony OCEAN a Data-Free. Nastavení jejich konfiguračních parametrů je detailně popsáno na webu poolu.
Dává smysl bránit (se) SPAMu?
Pravdou je, že dokud bude existovat kontroverze mezi bitcoinery ohledně pohledu na SPAM a jeho filtrování zůstane jen volitelnou možností, bude se SPAM v bitcoinovém blockchainu dále objevovat. Důvodem je motivace velkých těžařů podporovat zájem o místo v bloku a tím růst transakčních poplatků. Zájem uživatelů o Ordinals, Inscrpions či Runes nejspíše časem opadne, nahradí je však určitě jiný fenomén, který těžařům pomůže zahustit bloky a tlačit poplatky vzhůru.
Zabránit šíření SPAMu může pouze shoda komunity na nastavení závazných pravidel. K té máme zatím velmi daleko. Ale zvyšování povědomí o této problematice mezi bitcoinery a signalizace osobních preferencí pomocí volby používaného klienta - Knots nebo těžby v poolech, které upřednostňují původní principy z bitcoinového whitepaperu před maximalizací zisku - Ocean, může pomoci tuto vzdálenost překonat. Držme si palce!