<\/div>\r\n <\/div><\/center>
\nKezd\u0151 \u00e1llapot: utols\u00f3 blokk #84; az adatb\u00e1zisban 0 tranzakci\u00f3 \u00e9s token van t\u00e1rolva.<\/p>\n
00:00 \u2014 3 szkript indult, amelyek 1 milli\u00f3 tranzakci\u00f3t gener\u00e1lnak \u00e9s k\u00fcldenek.
\n01:38 \u2014 1 milli\u00f3 tranzakci\u00f3 j\u00f6tt l\u00e9tre \u00e9s elkezd\u0151d\u00f6tt a k\u00fcld\u00e9s a #3-as beny\u00fajt\u00f3 csom\u00f3pontba.
\n01:50 \u2014 A #3-as beny\u00fajt\u00f3 csom\u00f3pont 330 ezer tranzakci\u00f3t vett a poolb\u00f3l \u00e9s a #85-\u00f6s blokkot k\u00e9pezi (f21). Szint\u00e9n l\u00e1thatjuk, hogy 350 ezer tranzakci\u00f3 ker\u00fcl hozz\u00e1ad\u00e1sra 10 m\u00e1sodperc alatt.
\n01:53 \u2014 1 milli\u00f3 tranzakci\u00f3 j\u00f6tt l\u00e9tre \u00e9s elkezd\u0151d\u00f6tt a k\u00fcld\u00e9s a #1-es beny\u00fajt\u00f3 csom\u00f3pontba.
\n01:50 \u2014 A #3-as beny\u00fajt\u00f3 csom\u00f3pont 330 ezer tranzakci\u00f3t vett a poolb\u00f3l \u00e9s a #85-\u00f6s blokkot k\u00e9pezi (f21). Szint\u00e9n l\u00e1thatjuk, hogy 350 ezer tranzakci\u00f3 ker\u00fcl hozz\u00e1ad\u00e1sra 10 m\u00e1sodperc alatt.
\n02:01 \u2014 A #1-es beny\u00fajt\u00f3 csom\u00f3pont 250 ezer tranzakci\u00f3t vett a poolb\u00f3l \u00e9s a #85-\u00f6s blokkot k\u00e9pezi (65e).
\n02:06 \u2014 A #85-\u00f6s blokk (f21) al\u00e1\u00edr\u00e1sra ker\u00fclt \u00e9s m\u00e1s csom\u00f3pontokhoz k\u00fcldt\u00e9k valid\u00e1l\u00e1sra.
\n02:08 \u2014 A #3-as szerver dem\u00f3 szkriptje befejezte m\u0171k\u00f6d\u00e9s\u00e9t, amely 1 milli\u00f3 tranzakci\u00f3t k\u00fcld\u00f6tt 30 m\u00e1sodperc alatt.
\n02:14 \u2014 A #85-\u00f6s blokk (f21) valid\u00e1lva lett \u00e9s elk\u00fcldt\u00e9k a gy\u00f6k\u00e9r l\u00e1ncba.
\n02:19 \u2014 A #85-\u00f6s blokk (65e) al\u00e1\u00edr\u00e1sra ker\u00fclt \u00e9s m\u00e1s csom\u00f3pontokhoz k\u00fcldt\u00e9k valid\u00e1l\u00e1sra.
\n02:22 \u2014 1 milli\u00f3 tranzakci\u00f3 j\u00f6tt l\u00e9tre \u00e9s elkezd\u0151d\u00f6tt a k\u00fcld\u00e9s a #2-es beny\u00fajt\u00f3 csom\u00f3pontba.
\n02:27 \u2014 A #85-\u00f6s blokk (65e) valid\u00e1lva lett \u00e9s elk\u00fcldt\u00e9k a gy\u00f6k\u00e9r l\u00e1ncba.
\n02:29 \u2014 A #2-es beny\u00fajt\u00f3 csom\u00f3pont 111855 tranzakci\u00f3t vett a poolb\u00f3l \u00e9s a #85-\u00f6s blokkot k\u00e9pezi (256).
\n02:36 \u2014 A #85-\u00f6s blokk (256) al\u00e1\u00edr\u00e1sra ker\u00fclt \u00e9s m\u00e1s csom\u00f3pontokhoz k\u00fcldt\u00e9k valid\u00e1l\u00e1sra.
\n02:36 \u2014 A #1-es szerver dem\u00f3 szkriptje befejezte m\u0171k\u00f6d\u00e9s\u00e9t, amely 1 milli\u00f3 tranzakci\u00f3t k\u00fcld\u00f6tt 42,5 m\u00e1sodperc alatt.
\n02:38 \u2014 A #85-\u00f6s blokk (256) valid\u00e1lva lett \u00e9s elk\u00fcldt\u00e9k a gy\u00f6k\u00e9r l\u00e1ncba.
\n03:08 \u2014 A #2-es szerver dem\u00f3 szkriptje befejezte m\u0171k\u00f6d\u00e9s\u00e9t, amely 1 milli\u00f3 tranzakci\u00f3t k\u00fcld\u00f6tt 47 m\u00e1sodperc alatt.
\n03:38 \u2014 Minden csom\u00f3pont \u00e9rtes\u00edt\u00e9st kapott a gy\u00f6k\u00e9r l\u00e1ncb\u00f3l arr\u00f3l, hogy a #85 (f21), #86 (65e), #87 (256) blokkok hozz\u00e1 lettek adva, \u00e9s elkezdik alkalmazni a 330 ezer, 250 ezer, 111855 tranzakci\u00f3t.
\n03:49 \u2014 a medence 330k-ra, 250k-ra, 111855 tranzakci\u00f3ra tisztult, amelyek a #85 (f21), #86(65e), #87(256) blokkokba ker\u00fcltek
\n03:59 \u2014 az els\u0151 node 888145 tranzakci\u00f3t vett a medenc\u00e9b\u0151l, \u00e9s a #88 (214) blokkot alak\u00edtja, a m\u00e1sodik node 750k tranzakci\u00f3t vett a medenc\u00e9b\u0151l, \u00e9s a #88 (50a) blokkot alak\u00edtja, a harmadik node 670k tranzakci\u00f3t vett a medenc\u00e9b\u0151l, \u00e9s a #88 (d3b) blokkot alak\u00edtja
\n04:44 \u2014 a #88 (d3b) blokk al\u00e1\u00edr\u00e1sra ker\u00fclt, \u00e9s valid\u00e1l\u00e1sra elk\u00fcld\u00e9sre ker\u00fclt a t\u00f6bbi node-hoz
\n04:58 \u2014 a #88 (214) blokk al\u00e1\u00edr\u00e1sra ker\u00fclt, \u00e9s valid\u00e1l\u00e1sra elk\u00fcld\u00e9sre ker\u00fclt a t\u00f6bbi node-hoz
\n05:11 \u2014 a #88 (50a) blokk al\u00e1\u00edr\u00e1sra ker\u00fclt, \u00e9s valid\u00e1l\u00e1sra elk\u00fcld\u00e9sre ker\u00fclt a t\u00f6bbi node-hoz
\n05:11 \u2014 a #85 (d3b) blokk valid\u00e1lva lett, \u00e9s elk\u00fcldt\u00e9k a gy\u00f6k\u00e9r l\u00e1ncba
\n05:36 \u2014 a #85 (214) blokk valid\u00e1lva lett, \u00e9s elk\u00fcldt\u00e9k a gy\u00f6k\u00e9r l\u00e1ncba
\n05:43 \u2014 az \u00f6sszes node megkapta a gy\u00f6k\u00e9r l\u00e1ncb\u00f3l az inform\u00e1ci\u00f3t, hogy a #88 (d3b), #89(214) blokkok hozz\u00e1 lettek adva, \u00e9s elkezdik alkalmazni a 670k, 750k tranzakci\u00f3kat
\n06:50 \u2014 a kapcsolat megszakad\u00e1sa miatt a #85 (50a) blokk nem lett valid\u00e1lva
\n06:55 \u2014 a m\u00e1sodik node 888145 tranzakci\u00f3t vett a medenc\u00e9b\u0151l, \u00e9s a #90 (50a) blokkot alak\u00edtja
\n08:14 \u2014 a #90 (50a) blokk al\u00e1\u00edr\u00e1sra ker\u00fclt, \u00e9s valid\u00e1l\u00e1sra elk\u00fcld\u00e9sre ker\u00fclt a t\u00f6bbi node-hoz
\n09:04 \u2014 a #90 (50a) blokk valid\u00e1lva lett, \u00e9s elk\u00fcldt\u00e9k a gy\u00f6k\u00e9r l\u00e1ncba
\n11:23 \u2014 az \u00f6sszes node megkapta a gy\u00f6k\u00e9r l\u00e1ncb\u00f3l az inform\u00e1ci\u00f3t, hogy a #90 (50a) blokk hozz\u00e1 lett adva, \u00e9s elkezdik alkalmazni a 888145 tranzakci\u00f3t. Ekkor m\u00e1r r\u00e9gen a #3 szerver alkalmazta a tranzakci\u00f3kat a #88 (d3b), #89(214) blokkokb\u00f3l
\n12:11 \u2014 az \u00f6sszes medence \u00fcres
\n13:41 \u2014 az \u00f6sszes #3 szerver node 3 milli\u00f3 tranzakci\u00f3t \u00e9s tokent tartalmaz
\n14:35 \u2014 az \u00f6sszes #1 szerver node 3 milli\u00f3 tranzakci\u00f3t \u00e9s tokent tartalmaz
\n19:24 \u2014 az \u00f6sszes #2 szerver node 3 milli\u00f3 tranzakci\u00f3t \u00e9s tokent tartalmaz <\/p>\n
Akad\u00e1lyok<\/h2>\n
\nA Plasma Cash fejleszt\u00e9se sor\u00e1n a k\u00f6vetkez\u0151 probl\u00e9m\u00e1kkal tal\u00e1lkoztunk, amelyeket fokozatosan megoldottunk \u00e9s megoldunk:<\/p>\n
1.<\/b> A rendszer k\u00fcl\u00f6nb\u00f6z\u0151 funkci\u00f3inak k\u00f6lcs\u00f6nhat\u00e1sa okozta konfliktus. P\u00e9ld\u00e1ul a tranzakci\u00f3k medenc\u00e9be val\u00f3 felv\u00e9tele blokkolta a blokkok al\u00e1\u00edr\u00e1s\u00e1t \u00e9s valid\u00e1l\u00e1s\u00e1t, \u00e9s ford\u00edtva, ami sebess\u00e9gcs\u00f6kken\u00e9shez vezetett.<\/p>\n
2. <\/b>Nem volt vil\u00e1gos, hogyan lehetne \u00f3ri\u00e1si mennyis\u00e9g\u0171 tranzakci\u00f3t k\u00fcldeni, mik\u00f6zben minimaliz\u00e1ljuk az adat\u00e1tviteli k\u00f6lts\u00e9geket.<\/p>\n
3. <\/b>Nem volt vil\u00e1gos, hogyan \u00e9s hol t\u00e1roljuk az adatokat a magas eredm\u00e9nyek el\u00e9r\u00e9se \u00e9rdek\u00e9ben.<\/p>\n
4. <\/b>Nem volt vil\u00e1gos, hogyan szervezhet\u0151 a h\u00e1l\u00f3zat a node-ok k\u00f6z\u00f6tt, mivel az 1 milli\u00f3 tranzakci\u00f3t tartalmaz\u00f3 blokk k\u00f6r\u00fclbel\u00fcl 100 MB m\u00e9ret\u0171.<\/p>\n
5.<\/b> Az egy sz\u00e1lon t\u00f6rt\u00e9n\u0151 munka megszak\u00edtja a kapcsolatot a node-ok k\u00f6z\u00f6tt, amikor hossz\u00fa sz\u00e1m\u00edt\u00e1sok t\u00f6rt\u00e9nnek (p\u00e9ld\u00e1ul a Merkle fa fel\u00e9p\u00edt\u00e9se \u00e9s a hash sz\u00e1m\u00edt\u00e1sa).<\/p>\nHogyan birk\u00f3ztunk meg mindezzel?<\/h2>\n
\nA Plasma Cash node els\u0151 verzi\u00f3ja egyfajta komb\u00e1jn volt, amely egyszerre tudott mindent elv\u00e9gezni: tranzakci\u00f3kat fogadni, blokkot l\u00e9trehozni \u00e9s \u00e9rv\u00e9nyes\u00edteni, API-t biztos\u00edtani az adatok el\u00e9r\u00e9s\u00e9hez. Mivel a NodeJS eredetileg egy sz\u00e1l\u00fa, a neh\u00e9z Merkle-fa sz\u00e1m\u00edt\u00f3 funkci\u00f3 blokkolta a tranzakci\u00f3 hozz\u00e1ad\u00e1si funkci\u00f3t. K\u00e9t lehet\u0151s\u00e9get l\u00e1ttunk ennek a probl\u00e9m\u00e1nak a megold\u00e1s\u00e1ra:<\/p>\n
1. <\/b>T\u00f6bb NodeJS folyamat ind\u00edt\u00e1sa, mindegyik egy adott funkci\u00f3t l\u00e1t el.<\/p>\n
2. <\/b>Worker_threads haszn\u00e1lata, \u00e9s a k\u00f3d egy r\u00e9sz\u00e9nek a sz\u00e1lakba t\u00f6rt\u00e9n\u0151 kiemel\u00e9se.<\/p>\n
V\u00e9g\u00fcl mindk\u00e9t megold\u00e1st egyszerre alkalmaztuk: logikailag h\u00e1rom r\u00e9szre bontottuk az egyetlen node-t, amelyek k\u00fcl\u00f6n m\u0171k\u00f6dhetnek, de egyidej\u0171leg szinkron m\u00f3don is.<\/p>\n
1.<\/b> A submit node, amely a tranzakci\u00f3kat fogadja a poolba \u00e9s blokkokat kre\u00e1l.<\/p>\n
2.<\/b> Az \u00e9rv\u00e9nyes\u00edt\u0151 node, amely ellen\u0151rzi a node-ok \u00e9rv\u00e9nyess\u00e9g\u00e9t.<\/p>\n
3. <\/b>API node \u2014 API-t biztos\u00edt az adatok el\u00e9r\u00e9s\u00e9hez.<\/p>\n
Minden node-hoz hozz\u00e1 tudunk kapcsol\u00f3dni unix socket-en kereszt\u00fcl a cli-n.<\/p>\n
A neh\u00e9z m\u0171veleteket, mint a Merkle-fa sz\u00e1m\u00edt\u00e1s\u00e1t, k\u00fcl\u00f6n sz\u00e1lba helyezt\u00fck.<\/p>\n
\u00cdgy siker\u00fclt el\u00e9rni, hogy a Plasma Cash \u00f6sszes funkci\u00f3ja egyidej\u0171leg \u00e9s z\u00f6kken\u0151mentesen m\u0171k\u00f6dj\u00f6n.<\/p>\n
Amint a rendszer funkcion\u00e1lisan m\u0171k\u00f6dni kezdett, tesztelni kezdt\u00fck a sebess\u00e9get, \u00e9s sajnos el\u00e9gedetlen eredm\u00e9nyeket kaptunk: 5 000 tranzakci\u00f3 m\u00e1sodpercenk\u00e9nt \u00e9s ak\u00e1r 50 000 tranzakci\u00f3 blokkban. Ki kellett der\u00edten\u00fcnk, mi val\u00f3sult meg helytelen\u00fcl.<\/p>\n
El\u0151sz\u00f6r a Plasma Cash-sel val\u00f3 kommunik\u00e1ci\u00f3s mechanizmust kezdt\u00fck tesztelni, hogy kider\u00edts\u00fck a rendszer cs\u00facs teljes\u00edtm\u00e9ny\u00e9t. Kor\u00e1bban m\u00e1r \u00edrtuk, hogy a Plasma Cash node unix socket interf\u00e9szt biztos\u00edt. Kezdetben sz\u00f6veges form\u00e1tum\u00fa volt. A json objektumokat `JSON.parse()` \u00e9s `JSON.stringify()` haszn\u00e1lat\u00e1val k\u00fcldt\u00fck. <\/p>\n
{\n \"action\": \"sendTransaction\",\n \"payload\":{\n \"prevHash\": \"0x8a88cc4217745fd0b4eb161f6923235da10593be66b841d47da86b9cd95d93e0\",\n \"prevBlock\": 41,\n \"tokenId\": \"57570139642005649136210751546585740989890521125187435281313126554130572876445\",\n \"newOwner\": \"0x200eabe5b26e547446ae5821622892291632d4f4\",\n \"type\": \"pay\",\n \"data\": \"\",\n \"signature\": \"0xd1107d0c6df15e01e168e631a386363c72206cb75b233f8f3cf883134854967e1cd9b3306cc5c0ce58f0a7397ae9b2487501b56695fe3a3c90ec0f61c7ea4a721c\"\n }\n}\n<\/code><\/pre>\n\nMegm\u00e9rt\u00fck az ilyen objektumok \u00e1tk\u00fcld\u00e9si sebess\u00e9g\u00e9t, \u00e9s ~ 130k m\u00e1sodpercenk\u00e9nt eredm\u00e9nyt kaptunk. Megpr\u00f3b\u00e1ltuk lecser\u00e9lni az alap\u00e9rtelmezett json kezel\u0151 funkci\u00f3kat, de a teljes\u00edtm\u00e9ny nem javult. Val\u00f3sz\u00edn\u0171leg a V8 motor j\u00f3l optimaliz\u00e1lt ezeken a m\u0171veleteken.<\/p>\n
A tranzakci\u00f3kkal, tokenekkel \u00e9s blokkokkal val\u00f3 munka oszt\u00e1lyokon kereszt\u00fcl zajlott n\u00e1lunk. Az ilyen oszt\u00e1lyok l\u00e9trehoz\u00e1sakor a teljes\u00edtm\u00e9ny a fel\u00e9re cs\u00f6kkent, ami azt jelzi, hogy az OOP nem megfelel\u0151 sz\u00e1munkra. \u00dajra kellett \u00edrni mindent tiszta funkcion\u00e1lis megk\u00f6zel\u00edt\u00e9sre.<\/p>\n
Adatb\u00e1zisba \u00edr\u00e1s<\/h2>\n
\nKezdetben a Redis-t v\u00e1lasztottuk az adatok t\u00e1rol\u00e1s\u00e1ra, mint az egyik legteljes\u00edtm\u00e9nyig\u00e9nyesebb megold\u00e1st, ami megfelel az elv\u00e1r\u00e1sainknak: key-value t\u00e1rol\u00e1s, hash-t\u00e1bl\u00e1k kezel\u00e9se, halmazok. Futtattuk a redis-benchmarkot \u00e9s ~80k m\u0171veletet kaptunk m\u00e1sodpercenk\u00e9nt pipelining m\u00f3dban.<\/p>\n
A magas teljes\u00edtm\u00e9ny \u00e9rdek\u00e9ben a Redis-t finomabban \u00e1ll\u00edtottuk be: <\/p>\n
\n- Unix socket kapcsolatot \u00e1ll\u00edtottunk be.<\/li>\n
- Kikapcsoltuk a lemezre ment\u00e9st (megb\u00edzhat\u00f3s\u00e1g \u00e9rdek\u00e9ben be lehet \u00e1ll\u00edtani egy replik\u00e1t, \u00e9s m\u00e1r egy k\u00fcl\u00f6n Redis alapj\u00e1n v\u00e9gezni a lemezre ment\u00e9st).<\/li>\n<\/ul>\n
\nA Redis-ben a pool hash-t\u00e1bla, mivel sz\u00fcks\u00e9g\u00fcnk van arra, hogy az \u00f6sszes tranzakci\u00f3t egyetlen k\u00e9r\u00e9sben megkapjuk, \u00e9s egyes\u00e9vel t\u00f6r\u00f6lj\u00fck a tranzakci\u00f3kat. Megpr\u00f3b\u00e1ltuk a szok\u00e1sos list\u00e1t haszn\u00e1lni, de az lassabban m\u0171k\u00f6dik, ha az eg\u00e9sz list\u00e1t szeretn\u00e9nk ki\u00fcr\u00edteni. <\/p>\n
A standard NodeJS Redis k\u00f6nyvt\u00e1r haszn\u00e1latakor 18k tranzakci\u00f3t kaptunk m\u00e1sodpercenk\u00e9nt. A sebess\u00e9g 9-szeres\u00e9re cs\u00f6kkent. <\/p>\n
Mivel a benchmark vil\u00e1gosan megmutatta a lehet\u0151s\u00e9gek 5-sz\u00f6r\u00f6s\u00e9t, kezdett\u00fck az optimaliz\u00e1l\u00e1st. Megv\u00e1ltoztattuk a k\u00f6nyvt\u00e1rat ioredis-re, \u00e9s \u00edgy el\u00e9rt\u00fck a 25k-t m\u00e1sodpercenk\u00e9nt. A tranzakci\u00f3kat egyes\u00e9vel adtuk hozz\u00e1, az `hset` parancsot haszn\u00e1lva. \u00cdgy sok k\u00e9r\u00e9s keletkezett a Redis fel\u00e9. Felmer\u00fclt az \u00f6tlet, hogy a tranzakci\u00f3kat csomagokba egyes\u00edtj\u00fck, \u00e9s egyetlen `hmset` parancsot k\u00fcld\u00fcnk. Az eredm\u00e9ny \u2014 32k m\u00e1sodpercenk\u00e9nt. <\/p>\n
T\u00f6bb okb\u00f3l, amelyet al\u00e1bb ismertet\u00fcnk, a ```Buffer```-rel dolgozunk, \u00e9s kider\u00fclt, hogy ha ezt sz\u00f6vegg\u00e9 alak\u00edtjuk (`buffer.toString('hex')`) a ment\u00e9s el\u0151tt, akkor tov\u00e1bbi teljes\u00edtm\u00e9nyt nyerhet\u00fcnk. \u00cdgy a sebess\u00e9get 35 000-re siker\u00fclt n\u00f6velni m\u00e1sodpercenk\u00e9nt. Jelenleg \u00fagy d\u00f6nt\u00f6tt\u00fcnk, hogy felf\u00fcggesztj\u00fck a tov\u00e1bbi optimaliz\u00e1l\u00e1st.<\/p>\n
\u00c1t kellett t\u00e9rn\u00fcnk a bin\u00e1ris protokollra, mivel:<\/p>\n
1. <\/b>A rendszer gyakran sz\u00e1m\u00edt hash-eket, al\u00e1\u00edr\u00e1sokat stb., \u00e9s ehhez bin\u00e1ris adatokra van sz\u00fcks\u00e9ge.<\/p>\n
2.<\/b> Szolg\u00e1ltat\u00e1sok k\u00f6z\u00f6tti adat\u00e1tvitelkor a bin\u00e1ris adatok kevesebb helyet foglalnak, mint a sz\u00f6veges adatok. P\u00e9ld\u00e1ul, amikor 1 milli\u00f3 tranzakci\u00f3t tartalmaz\u00f3 blokkot k\u00fcld\u00fcnk, a sz\u00f6veges adatok t\u00f6bb mint 300 megab\u00e1jtot is elfoglalhatnak.<\/p>\n
3.<\/b> Az adatok folyamatos \u00e1tkonvert\u00e1l\u00e1sa befoly\u00e1solja a teljes\u00edtm\u00e9nyt.<\/p>\n
Ez\u00e9rt alapul saj\u00e1t bin\u00e1ris adat t\u00e1rol\u00e1si \u00e9s tov\u00e1bb\u00edt\u00e1si protokollt vett\u00fcnk, amely a kiv\u00e1l\u00f3 `binary-data` k\u00f6nyvt\u00e1r alapj\u00e1n k\u00e9sz\u00fclt.<\/p>\n
Ennek eredm\u00e9nyek\u00e9nt a k\u00f6vetkez\u0151 adatszerkezetek j\u00f6ttek l\u00e9tre:<\/p>\n
\u2014 Transaction<\/h3>\n
<\/p>\n
```json\n {\n prevHash: BD.types.buffer(20),\n prevBlock: BD.types.uint24le,\n tokenId: BD.types.string(null),\n type: BD.types.uint8,\n newOwner: BD.types.buffer(20),\n dataLength: BD.types.uint24le,\n data: BD.types.buffer(({current}) => current.dataLength),\n signature: BD.types.buffer(65),\n hash: BD.types.buffer(32),\n blockNumber: BD.types.uint24le,\n timestamp: BD.types.uint48le,\n }\n ```\n<\/code><\/pre>\n<\/p>\n
\u2014 Token<\/h3>\n
<\/p>\n
```json\n {\n id: BD.types.string(null),\n owner: BD.types.buffer(20),\n block: BD.types.uint24le,\n amount: BD.types.string(null),\n }\n ```\n<\/code><\/pre>\n<\/p>\n
\u2014 Block<\/h3>\n
<\/p>\n
```json\n {\n number: BD.types.uint24le,\n merkleRootHash: BD.types.buffer(32),\n signature: BD.types.buffer(65),\n countTx: BD.types.uint24le,\n transactions: BD.types.array(Transaction.Protocol, ({current}) => current.countTx),\n timestamp: BD.types.uint48le,\n }\n ```\n<\/code><\/pre>\n\nA `BD.encode(block, Protocol).slice();` \u00e9s a `BD.decode(buffer, Protocol)` parancsokkal adatokat alak\u00edtunk \u00e1t `Buffer` form\u00e1tumra, a Redis t\u00e1rol\u00e1s\u00e1ra vagy m\u00e1sik node-nak val\u00f3 tov\u00e1bb\u00edt\u00e1s\u00e1ra \u00e9s az adatok visszanyer\u00e9s\u00e9re.<\/p>\n
K\u00e9t bin\u00e1ris protokollunk is van az adatok \u00e1tad\u00e1s\u00e1ra a szolg\u00e1ltat\u00e1sok k\u00f6z\u00f6tt:<\/p>\n
\u2014 Protokoll a Plasma Node-dal val\u00f3 kommunik\u00e1ci\u00f3hoz unix socket-en kereszt\u00fcl<\/i><\/p>\n ```json\n {\n type: BD.types.uint8,\n messageId: BD.types.uint24le,\n error: BD.types.uint8,\n length: BD.types.uint24le,\n payload: BD.types.buffer(({node}) => node.length)\n }\n ```\n<\/code><\/pre>\n\n ahol:<\/p>\n
\n- `type`<\/b> \u2014 a v\u00e9grehajtand\u00f3 m\u0171velet, p\u00e9ld\u00e1ul 1 \u2014 sendTransaction, 2 \u2014 getTransaction;<\/li>\n
- `payload`<\/b> \u2014 az adatok, amelyeket a megfelel\u0151 funkci\u00f3nak kell \u00e1tadni;<\/li>\n
- `messageId`<\/b> \u2014 a \u00fczenet azonos\u00edt\u00f3ja, amely lehet\u0151v\u00e9 teszi a v\u00e1lasz azonos\u00edt\u00e1s\u00e1t. <\/li>\n<\/ul>\n
\n \u2014 Protokoll a node-ok k\u00f6z\u00f6tti interakci\u00f3hoz<\/i><\/p>\n ```json\n {\n code: BD.types.uint8,\n versionProtocol: BD.types.uint24le,\n seq: BD.types.uint8,\n countChunk: BD.types.uint24le,\n chunkNumber: BD.types.uint24le,\n length: BD.types.uint24le,\n payload: BD.types.buffer(({node}) => node.length)\n }\n ```\n<\/code><\/pre>\n\n ahol:<\/p>\n
\n- `code`<\/b> \u2014 az \u00fczenet k\u00f3dja, p\u00e9ld\u00e1ul 6 \u2014 PREPARE_NEW_BLOCK, 7 \u2014 BLOCK_VALID, 8 \u2014 BLOCK_COMMIT;<\/li>\n
- `versionProtocol`<\/b> \u2014 a protokoll verzi\u00f3ja, mivel a h\u00e1l\u00f3zaton k\u00fcl\u00f6nb\u00f6z\u0151 verzi\u00f3j\u00fa node-ok is m\u0171k\u00f6dhetnek, amelyek elt\u00e9r\u0151en m\u0171k\u00f6dnek;<\/li>\n
- `seq`<\/b> \u2014 az \u00fczenet azonos\u00edt\u00f3ja;<\/li>\n
- `countChunk`<\/b> \u00e9s `chunkNumber`<\/b> sz\u00fcks\u00e9gesek nagy \u00fczenetek has\u00edt\u00e1s\u00e1hoz;<\/li>\n
- `length`<\/b> \u00e9s `payload`<\/b> a hossz\u00fas\u00e1g \u00e9s maguk az adatok.<\/li>\n<\/ul>\n
\nMivel el\u0151re t\u00edpusos\u00edtottuk az adatokat, a v\u00e9gs\u0151 rendszer sokkal gyorsabban m\u0171k\u00f6dik, mint az Ethereum `rlp` k\u00f6nyvt\u00e1ra. Sajnos eddig nem siker\u00fclt lemondanunk r\u00f3la, mivel a okos szerz\u0151d\u00e9st m\u00e9g ki kell dolgozni, amit a j\u00f6v\u0151ben tervez\u00fcnk megtenni.<\/p>\n
Ha siker\u00fclt el\u00e9rn\u00fcnk a sebess\u00e9get 35 000<\/b> m\u00e1sodpercenk\u00e9nt kell tranzakci\u00f3kat feldolgoznunk, \u00e9s ezt optim\u00e1lis id\u0151n bel\u00fcl kell megtenn\u00fcnk. Mivel egy blokk l\u00e9trehoz\u00e1s\u00e1nak k\u00f6r\u00fclbel\u00fcl 30 m\u00e1sodpercbe telik, be kell \u00e9p\u00edten\u00fcnk a blokkba 1 000 000<\/b> tranzakci\u00f3kat, ami t\u00f6bb mint 100<\/b> MB adat tov\u00e1bb\u00edt\u00e1s\u00e1t jelenti. <\/p>\n
Eredetileg az `ethereumjs-devp2p` k\u00f6nyvt\u00e1rat haszn\u00e1ltuk a csom\u00f3pontok k\u00f6z\u00f6tti kapcsolatra, de ez nem b\u00edrta el a mennyis\u00e9g\u0171 adatot. Ez\u00e9rt a `ws` k\u00f6nyvt\u00e1rra v\u00e1ltottunk, \u00e9s be\u00e1ll\u00edtottuk a bin\u00e1ris adatok tov\u00e1bb\u00edt\u00e1s\u00e1t websocketen. Term\u00e9szetesen probl\u00e9m\u00e1kkal is szembes\u00fclt\u00fcnk a nagy adatcsomagok \u00e1tad\u00e1sakor, de ezeket chunkokra osztottuk, \u00e9s a probl\u00e9m\u00e1k megsz\u0171ntek.<\/p>\n
A Merkle-fa l\u00e9trehoz\u00e1sa \u00e9s a hash kisz\u00e1m\u00edt\u00e1sa 1 000 000<\/b> tranzakci\u00f3nk\u00e9nt k\u00f6r\u00fclbel\u00fcl 10<\/b> m\u00e1sodpercre van sz\u00fcks\u00e9g a folyamatos sz\u00e1m\u00edt\u00e1shoz. Ez id\u0151 alatt a kapcsolat megszakad az \u00f6sszes csom\u00f3ponttal. \u00dagy d\u00f6nt\u00f6tt\u00fcnk, hogy ezt a sz\u00e1m\u00edt\u00e1st egy k\u00fcl\u00f6n sz\u00e1lra helyezz\u00fck.<\/p>\nK\u00f6vetkeztet\u00e9sek:<\/h2>\n
\nVal\u00f3j\u00e1ban a meg\u00e1llap\u00edt\u00e1saink nem \u00fajjak, de valami\u00e9rt sok szak\u00e9rt\u0151 megfeledkezik r\u00f3luk a fejleszt\u00e9s sor\u00e1n. <\/p>\n