A Bitcoin közeledik a 2026. augusztusra szűkített időintervallumhoz, amelyben a BIP-110 kötelező jelzési mechanizmusának bevezetése röviddel Paul Sztorc tervezett eCash hard fork célidőpontja előtt várható, így két különálló protokollesemény szinte egy időben kerül sorra.
Az augusztusi eseménynaptár a Bitcoin BIP-110 jelzését és Paul Sztorc hard forkját helyezi a középpontba

Főbb megállapítások
- A BIP-110 a 961 632. blokkot célozza meg a kötelező jelzésre 2026 augusztusában.
- Paul Sztorc eCash-forkja a 964 000. blokkot célozza meg, 1:1 arányú airdrop-pal.
- A bitcoin-bányászok az eCash-fork célja előtt a BIP-110 jelzési nyomásával szembesülnek.
Az első esemény a BIP-110, más néven a Reduced Data Temporary Softfork, egy Dathon Ohm által készített és 2025 decemberére kijelölt javaslattervezet. Az intézkedés ideiglenes, egyéves konszenzusos softforkot vezetne be a Bitcoinra azáltal, hogy korlátozná a tranzakciókban megjelenő bizonyos típusú önkényes adattárolást. A javaslat támogatói úgy írják le a kezdeményezést, mint választ azokra az ösztönzőkre, amelyek szerintük a 2022-ben kezdődött Ordinals- és inszkripciós hullám után terjedtek el.
Ideiglenes softfork állandó tétel
A BIP-110 úgy van kialakítva, hogy a 961 632. blokknál lépjen át egy kötelező jelzési fázisba, amely időszak a 963 647. blokkig tart. Ezen időszak alatt a BIP-110-kompatibilis szoftvert futtató csomópontok – elsősorban a Bitcoin Knots-forkok – a nem jelző blokkokat érvénytelennek minősítenék. A mechanizmus célja, hogy legkésőbb a 963 648. blokknál garantálja a rögzítést, amelyet az aktiválás követ.
Ez a terv képezi az első kemény nyomásgyakorlási pontot. Nem csupán arra ösztönzi a bányászokat, hogy jelezzék szándékukat. Olyan időszakot hoz létre, amelyben a jelzés elmulasztása közvetlen gazdasági költséggel járhat azoknak a bányászoknak, akiknek a blokkjait a szabályrendszert érvényesítő hálózati rész elutasítja. A javaslat a 4. verzióbitet használja, és lehetővé teszi a korai aktiválást, ha a bányászok 55%-a jelzést ad az átállási időszakon belül, ami 2 016 blokkból 1 109-nek felel meg.
Mit korlátozna a BIP-110
A BIP-110 ideiglenes szabályai számos tranzakciós viselkedést korlátoznának körülbelül 52 416 blokk, azaz körülbelül egy év idejére. A 34 bájtnál nagyobb ScriptPubKey-vel rendelkező kimenetek érvényüket vesztenék, kivéve az OP_RETURN-t, amelynek felső határa 83 bájt lenne. A nagy adatátvitelek és a tanúelemek felső határa 256 bájt lenne, míg számos Taproot-hoz kapcsolódó funkció ideiglenes korlátozásokkal szembesülne.
Az aktiválás előtt létrehozott UTXO-kat felhasználó bemenetek továbbra is véglegesen mentesülnének a korlátozás alól. A korlátozások egy év elteltével automatikusan hatályukat vesztenék, amit a támogatók inkább ideiglenes intézkedésként, mintsem a Bitcoin tranzakciós szabályzatának végleges átírásaként értelmeznek.
A támogatók fegyelmet látnak, a kritikusok pedig a megosztottság kockázatát
A támogatók – köztük a Bitcoin Knots felhasználói és az Ocean pool résztvevői – azzal érvelnek, hogy a BIP-110 csökkentené a blokklánc felfúvódását, alacsonyabbá tenné a csomópontok üzemeltetési költségeit, és megerősítené a Bitcoin monetáris célját. A javaslatot a nem monetáris adatok beágyazására adott korrekciós válaszként, valamint kulturális jelzésként értelmezik arra vonatkozóan, hogy mire kellene használni a Bitcoin blokktérét.

A kritikusok arra figyelmeztettek, hogy a javaslat megoszthatja a konszenzust, zavarhatja a fejlett szkriptelési munkákat, bizonytalanságot okozhat a fejlesztők számára, és precedenst teremthet a fizetett blokkterület protokollszintű szűrésére. A bányászok jelenlegi támogatottsága továbbra is nagyon alacsony, és jelenleg, június 22-én a támogatottság 0,31%-on áll, ami még fontosabbá teszi az augusztusi határidőt.
Sztorc eCash-terve újabb fork-vitát vált ki
Egy másik, a BIP-110-től független augusztusi fejlemény is a figyelem középpontjába kerül. Paul Sztorc, a Layertwo Labs-hez kapcsolódó Drivechain és BIP 300 alkotója bejelentette az eCash hard forkra vonatkozó terveit, amelynek időpontja 2026 augusztusában, a 964 000. blokk környékén várható. A terv egy új SHA-256d láncot hozna létre, amely kezdetben a Bitcoin Core szinte pontos mása lenne, egyszeri nehézségi visszaállítással az indításkor, valamint a fork blokkján alapuló 1:1 arányú airdrop-pal a BTC-tulajdonosok számára.
Az eCash-javaslat nem adatkorlátozási intézkedés. Ez egy skálázási és sidechain-projekt, amelynek középpontjában a Drivechains, azaz a BIP 300 és a BIP 301 aktiválása áll az új láncon már az első naptól kezdve. Sztorc ezt a kezdeményezést úgy fogalmazta meg, mint egy utat azoknak a funkcióknak a bevezetéséhez, amelyek a Bitcoin főlánc fejlesztése során megakadtak, miközben a felosztáskor új eszközt biztosít a tulajdonosoknak.
Az airdrop mechanizmusa felveti a letétkezeléssel és a piaccal kapcsolatos kérdéseket
Az 1:1 arányú airdrop jelenti a második nyomáspontot. Egy olyan hard fork, amely a felosztáskor eCash-t rendel a BTC-tulajdonosokhoz, arra kényszerítené a tőzsdéket, a letétkezelőket, a pénztárca-szolgáltatókat, a bányászokat és az intézményi tulajdonosokat, hogy eldöntsék: elismerik-e, biztosítják-e, felosztják-e, elszámolják-e vagy figyelmen kívül hagyják-e az új eszközt.
A tét eltér a korábbi fork-ciklusoktól, mivel a bitcoint ma már széles körben tartják spot tőzsdei alapok (ETF-ek), vállalati kincstárak és szabályozott letéti struktúrák révén. Az eCash-terv emellett kritikát váltott ki azzal kapcsolatban is, hogy hogyan kezelhetik a Satoshi-korszakbeli érméket, a vitákban felmerült egy részleges átcsoportosítás a fejlesztés vagy a közösségi ösztönzők céljára. A kritikusok ezt a koncepciót igazságtalannak tartják, míg a támogatók – köztük Sztorc – azzal érvelnek, hogy a fork önkéntes, és a tulajdonosok maguk dönthetik el, hogyan kezelik az új láncot.
Egy augusztusi időablak, két különálló konfliktus
Az időzítés az, ami ezt a két különálló eseményt kettős nyomásponttá teszi. A BIP-110 kötelező jelzési ablaka a 961 632. blokknál kezdődik, és úgy van kialakítva, hogy a 963 648. blokkig garantálja a rögzítést. Az eCash-forkot a 964 000-es blokk környékére tervezik, csupán néhány száz blokkal később. Blokkidőben kifejezve a két vita ugyanarra a szűk időszakra esik.
Mindkét esemény esetében érdekes, hogy különböző javaslatokról van szó, amelyeket különböző frakciók támogatnak, és amelyek különböző problémák megoldására irányulnak. A kapcsolat kontextuális és operatív jellegű: az egyik esemény a Bitcoin adatkezelési politikáját és a konszenzus-módosítási folyamatot teszteli, míg a másik szinte közvetlenül utána a forkot, az airdropot és a skálázási politikát.
A bányászok bevételi, jelzési és hashpower-választások előtt állnak
A bányászok számára ez a szűk időkeret egymással ütköző ösztönzőket teremthet. A BIP-110 kötelező jelzési időszakában egy bányász nyomás alá kerülhet, hogy a 4. bitet jelzze, elkerülve az érvényesítő csomópontok által jelentett árva blokk kockázatát. Jelenleg azonban a Bitcoin 940 EH/s-os összesített hash-teljesítményéből csupán 5,37 exahash/másodperc (EH/s) jelzi a BIP-110-et. Röviddel ezután az eCash bevezetése egy új SHA-256d láncot hozhat létre, nehézségi szint-visszaállítással és potenciális sidechain-hez kapcsolódó bevétellel.
Mivel az eCash 1:1 arányú airdropot tartalmaz, a tervezett bevezetés valószínűleg nagyobb piaci és nyilvános figyelmet fog vonzani, mint a BIP-110, és sok tekintetben ez már meg is történt. A fork egy második gazdasági ösztönzőt is nyújt a bányászoknak: ugyanazt a SHA-256d hardvert, vagy régebbi gépeket is az új eszközre irányíthatják, miközben a vak összevont bányászat révén biztosított oldalláncokon is végezhetnek összevont bányászatot.
A tőzsdék és a letétkezelők kerülnek az operatív frontvonalba
Az infrastruktúra szempontjából a teher nagyobb lehet, mint amit a piaci narratíva sugall. A tőzsdéktől és a letétkezelőktől megkövetelhetik, hogy feldolgozzák a coin-split kérelmeket, értékeljék a replay-védelmet, azonosítsák a domináns Bitcoin-láncot, ha bármilyen BIP-110-hez kapcsolódó szétválás történik, és valós időben magyarázzák el a felhasználóknak a szabályzati döntéseket.
Ez az operatív réteg azért fontos, mert a protokollviták többé válnak puszta technikai vitáknál, ha betétek, kifizetések, számviteli kezelés és felhasználói egyenlegek kerülnek a képbe. Egy feszült időszakban a kis késések, a nem egyértelmű irányelvek vagy az egymásnak ellentmondó láncjelzések hatása felerősödhet.
A piac az időzítést kockázatként értelmezi
A piacok számára a helyzet nem annyira irányított, mint inkább feszült. Egy 1:1 arányú eCash-airdrop arra ösztönözhet egyes tulajdonosokat, hogy a fork blokkjáig megtartsák a bitcoinjaikat. A BIP-110 vitatott végrehajtási útja másokat arra késztethet, hogy a határidő előtt csökkentsék kitettségüket, különösen ha a tőzsdék szolgáltatásfelfüggesztésekre, replay-problémákra vagy letéti késésekre figyelmeztetnek.
A központi kérdés itt az, hogy két vitatott protokollesemény is ugyanazon a szűk időablakba esik. Az egyik egy ideiglenes soft fork, kötelező jelzéssel és adatkorlátozásokkal. A másik egy hard fork, új eszközzel és a Drivechain aktiválásával. Együttesen a Bitcoin technikai fegyelmezettségének, a bányászok összehangoltságának, a piaci bizalomnak és a nyilvános narratívának egy koncentrált próbáját jelentik.
Mire érdemes figyelni a jövőben
A következő lépésben a 961 632. blokk felé haladó bányászok viselkedése, a BIP-110-kompatibilis kliensek körüli csomópont-bevezetés, a tőzsdék és letétkezelők eCash-re vonatkozó nyilatkozatai, valamint az lesz a fontos, hogy a nagy infrastrukturális szolgáltatók jelzik-e az ismétlési, befizetési, kifizetési vagy elszámolási kockázatokat a 964 000. blokk előtt. Ha ezek a jelzések továbbra is széttagoltak maradnak, augusztusban már nem annyira az egyes javaslatokról lesz szó, hanem inkább arról, hogy a Bitcoin hogyan kezeli egyszerre két különböző irányítási próbát.
Ezt a cikket mesterséges intelligencia segítségével fordították le angolról. Az eredeti angol nyelvű változat a hiteles forrás; az automatikus fordítások pontatlanságokat tartalmazhatnak, különösen a jogi és szabályozási terminológiában.

















