|
| 1 | +--- |
| 2 | +title: Státuszcsatornák |
| 3 | +description: Bevezetés a státusz- és fizetési csatornákba, az Ethereum közössége által használt skálázási megoldásba. |
| 4 | +lang: hu |
| 5 | +sidebarDepth: 3 |
| 6 | +--- |
| 7 | + |
| 8 | +A státuszcsatornák lehetővé teszik a résztvevők számára, hogy biztonságosan tranzakciókat bonyolítsanak le a láncon kívül, miközben minimálisra csökkentik az Ethereum főhálózattal való interakciót. A csatornát alkotó résztvevők tetszőleges számú, a láncon kívüli tranzakciót hajthatnak végre, melyhez csak két láncon belüli tranzakciót kell beküldeniük csatorna megnyitásához és lezárásához. Ez rendkívül nagy tranzakcióátvitelt tesz lehetővé, és alacsonyabb költségeket eredményez a felhasználók számára. |
| 9 | + |
| 10 | +## {#how-do-sidechains-work} |
| 11 | + |
| 12 | +A nyilvános blokkláncok, mint például az Ethereum, az elosztott architektúrájuk miatt skálázhatósági kihívásokkal küzdenek: a láncban végrehajtott tranzakciókat az összes csomópontnak végre kell hajtania. A csomópontoknak képesnek kell lenniük arra, hogy egy blokkban lévő tranzakciók mennyiségét szerény hardverrel kezeljék, hogy a hálózat decentralizált maradjon, de ez korlátozza a tranzakcióátviteli sebességet. |
| 13 | + |
| 14 | +### {#consensus-algorithms} |
| 15 | + |
| 16 | +A csatornák olyan egyszerű társközi (peer-to-peer) protokollok, amelyek lehetővé teszik, hogy két fél számos tranzakciót hajtson végre egymás között, és csak a végeredményt tegyék fel a blokkláncra. A csatorna kriptográfiát használ annak bizonyítására, hogy az általuk generált összesített adatok valóban érvényes köztes tranzakciók eredményei. Egy [több aláírásos](/developers/docs/smart-contracts/#multisig) okosszerződés biztosítja, hogy a tranzakciókat a megfelelő felek írják alá. |
| 17 | + |
| 18 | +- []() |
| 19 | +- []() |
| 20 | +- |
| 21 | + |
| 22 | +A csatornák segítségével a státuszváltozásokat az érdekelt felek hajtják végre és érvényesítik, minimalizálva az Ethereum végrehajtási rétegének számításait. Ez csökkenti a torlódásokat az Ethereumon, és növeli a tranzakciók feldolgozási sebességét a felhasználók számára. |
| 23 | + |
| 24 | +#### {#block-parameters} |
| 25 | + |
| 26 | +Minden csatornát egy [több aláírásos okosszerződés](/developers/docs/smart-contracts/#multisig) kezel, amely az Ethereumon fut. Egy csatorna megnyitásához a résztvevők telepítik a csatornaszerződést a láncban, és pénzt helyeznek el benne. |
| 27 | + |
| 28 | +A csatorna lezárásához a résztvevők elküldik a csatorna utolsó elfogadott státuszát a láncba. Ezt követően az okosszerződés a zárolt pénzeszközöket az egyes résztvevőknek a csatorna végső státuszában lévő egyenlege szerint osztja szét. |
| 29 | + |
| 30 | +A peer-to-peer csatornák különösen hasznosak olyan helyzetekben, amikor néhány előre meghatározott résztvevő nagy gyakorisággal kíván tranzakciókat lebonyolítani anélkül, hogy az többletterhekkel járna. A blokklánc-csatornák két kategóriába sorolhatók: **fizetési** és **státuszcsatornák**. |
| 31 | + |
| 32 | +### {#evm-compatibility} |
| 33 | + |
| 34 | +A fizetési csatornát leginkább úgy lehet leírni, mint két felhasználó által közösen vezetett „kétirányú főkönyvet”. A főkönyv kezdeti egyenlege a csatornanyitási fázisban a láncban lévő szerződésbe zárolt betétek összege. |
| 35 | + |
| 36 | +A főkönyv egyenlegének (azaz a fizetési csatorna státuszának) frissítéséhez a csatorna összes résztvevőjének jóváhagyása szükséges. A csatorna résztvevői által aláírt csatornaváltozás véglegesítettnek tekinthető, hasonlóan az Ethereumban végrehajtott tranzakciókhoz. |
| 37 | + |
| 38 | +A fizetési csatornák a legkorábbi skálázási megoldások közé tartoztak, amelyek célja az egyszerű felhasználói interakciók (pl. ETH átutalások, atomikus átváltások, mikrofizetések) költséges láncon belüli tevékenységének minimalizálása volt. A csatorna résztvevői korlátlan mennyiségű azonnali, illeték nélküli tranzakciót hajthatnak végre egymás között mindaddig, amíg az átutalások nettó összege nem haladja meg a letétbe helyezett tokeneket. |
| 39 | + |
| 40 | +A láncon kívüli fizetések támogatásán kívül a fizetési csatornák nem bizonyultak hasznosnak az általános státuszváltozási logika kezelésére. A státuszcsatornákat azért hozták létre, hogy megoldják ezt a problémát, és azok támogassák az általános célú számítások skálázását. |
| 41 | + |
| 42 | +### {#asset-movement} |
| 43 | + |
| 44 | +A státuszcsatornáknak sok közös vonásuk van a fizetési csatornákkal. A felhasználók például kriptográfiailag aláírt üzenetek (tranzakciók) cseréjével lépnek kapcsolatba egymással, amelyeket a csatorna többi résztvevőjének is alá kell írnia. Ha egy javasolt státuszváltozást nem ír alá minden résztvevő, az érvénytelennek minősül. |
| 45 | + |
| 46 | +## {#pros-and-cons-of-sidechains} |
| 47 | + |
| 48 | +| | | |
| 49 | +| | | |
| 50 | +| | | |
| 51 | +| | | |
| 52 | +| | | |
| 53 | +| | | |
| 54 | + |
| 55 | +### {#use-sidechains} |
| 56 | + |
| 57 | +- []() |
| 58 | +- []() |
| 59 | +- []() |
| 60 | +- []() |
| 61 | +- []() |
| 62 | + |
| 63 | +## {#further-reading} |
| 64 | + |
| 65 | +- |
| 66 | + |
| 67 | +_ _ |
0 commit comments