30 Blockchain platform technikai tényezők

blog 1NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressHírlevelek

Iratkozzon fel hírlevelünkre.

Email cím

Tiszteletben tartjuk a magánéletét

HomeBlogVállalkozás Blockchain

30 Blockchain platform technikai tényezők

Kulcsfontosságú technikai szempontok, amelyeket figyelembe kell venni a blockchain platform megválasztásakor az üzleti felhasználásra. Clemens Wan 2020. március 5.

2

Clemens Wan a ConsenSys megoldás-építésze. 30 seelemons.com listát ír.

Ha a blockchain platform választása kevésbé kapcsolódik az üzleti tényezőkhöz (lásd: 30 Blockchain platform üzleti tényező), akkor talán a használati eset néhány technikai szempontját vizsgálja. Ez a 30-as lista olyan blokklánc-specifikus kérdéseken fut keresztül, amelyeknek elsődleges szempontnak kell lenniük egy platform ellenőrzése során.

DevOps / Hálózat / Telepítés / Protokoll

  1. A blokklánc-réteg telepítési rugalmassága – Van-e nyilvános példánya a platformnak? Engedélyezett? Magán? Hibrid?
  2. Optimális csomópontszám – Hány csomópontra van szükség a hálózat támogatásához? Minden tagnak egyet? Csatlakozhatok-e a hálózathoz csomópont futtatása nélkül?
  3. Konténerezés – A platform dokkolható és telepíthető-e a Kubernetesen keresztül?
  4. Hálózati identitáskezelési réteg – Hogyan kezelik a csomópontok és az egyének engedélyeit? Vannak korlátozások a szuper felhasználók számára? Van-e a hálózat összes felének forráshálózati térképe (pl. DNS-szerű szolgáltatás – ENS az Ethereumban)?
  5. Konszenzusos mechanizmus – A rendszer a munka igazolásán alapul? A tét igazolása? A hatóság igazolása? Az eltelt idő igazolása? Ezt valószínűleg az irányítási rendszer és az entitások döntenek annak alapján, hogy mi a leghatékonyabb az Ön felhasználási esete szempontjából.
  6. Üzenetek a szervezetek között – Vannak külön rétegek a privát üzenetküldéshez? Ez AMQP-alapú? RabbitMQ? XMPP? Biztonságos Scuttlebutt?
  7. Tranzakciók feldolgozásának módszertana – Milyen sorrendben történik a tevékenység a tranzakciók feldolgozása szempontjából? Mikor végzi, érvényesíti és hajtja végre a tranzakciókat a protokoll? Az Ethereumban a TX-eket a „helyes” blokk végrehajtása és terjesztése előtt megrendelő / érvényesítő csomópontoknak küldik. Cordában a TX-eket egyedileg ellenőrzi, hogy a csomópontokat ismerni kell a Flow Framework-en keresztül, amíg azt a jegyző alá nem írja és újra nem osztja.
  8. Titkosítás – Milyen könyvtárakat használnak és támogatnak a kivonatok és aláírások? (pl. secp256k1 az Ethereum esetében)
  9. A kriptográfia bedughatósága – Választhatnak-e bizonyos csomópontok egy másik kriptográfiai könyvtár használatát a regionális biztonsági szabályaik alapján? (pl. NIST megfelelés)
  10. Fájlmegosztási technikák – Minden digitális eszközt valamilyen módon legálisan kell lehorgonyozni a letétkezelő szervezeten vagy a kódban hivatkozott jogi dokumentumon / prózán keresztül. Hogyan osztják meg a fájlokat a szervezetek a platformmal? Ugyanazon a platformon vannak megmentve? Vajon hasonlóan vannak-e alátámasztva??
  11. Jogi lehorgonyzás – Be van-e építve a jogi próza vagy a jogi dokumentumok (pl. OpenLaw) megvalósítása a protokollon belül?
  12. A szabotázsnak nyilvánvaló, szemben a szabotázs-ellenállóval – Meg tudja változtatni valaki a helyi csomópont állapotát és annak történetét? Ha valahogy eltávolítanának egy tranzakciót vagy állapotot, akkor az mindent szinkronba esne? A hivatkozott előzményadatokat minden fél módosíthatja-e vagy törölheti-e és megegyezhet-e??
  13. Tranzakciók helyreállítása – Hogyan állíthatja helyre egy csomópont a tranzakciókat? Ha a tranzakciókat nem osztják ki teljes körűen az összes fél számára, akkor mik a mechanizmusok a legújabb, elfogadott verzió letöltésére?
  14. DAO képesség – Vannak-e olyan dappok, amelyek elvonatkoztatják a kormányzási felelősséget? Ez hasznos lehet a hálózat újrafelhasználására a szavazás és az irányítás fenntartása érdekében.

Fejlesztői tapasztalatok / A halmozott alkalmazások teteje

  1. Alkalmazási felelősség – Mit kell aggódnia a veremalkalmazás (dapp) tetejének felépítésekor? Saját csomópontot kell üzemeltetnie? Ön is felelős a dapp megfelelő webszervereinek és felületeinek telepítéséért? Hogyan fogják fizetni a felhasználók az alkalmazásért?
  2. Dapp réteg telepítése – Az engedélyek alapján hogyan lehet az intelligens szerződéseket telepíteni a hálózatban? Egyén által (pl. Engedélyezőlistán szereplő cím)? Csomópont szerint (pl. LEI identitása)? Bejegyzett entitás (pl. Üzleti hálózat hozzáadva a hálózathoz)? Az infrastruktúra-szolgáltató (pl. Kaleido Marketplace) által? Szüksége van-e csomópont szintű engedélyekre a telepítéshez?
  3. Intelligens szerződéses nyelvek – Milyen nyelven írják az okos szerződést? Tesztelték? Van-e jó közössége??
  4. Intelligens szerződéses könyvtárak és szabványok – Vannak-e megállapodott biztonságos könyvtárak / funkciók (pl. OpenZeppelin), amelyeket fenntartanak és auditálnak? Széles körűen elfogadottak-e a szabványoknak megfelelő funkciók megvalósítása (pl. ERC-20, ERC-721 stb.)?
  5. Intelligens szerződés-frissíthetőség – Hogyan frissülnek az alkalmazások? Vannak-e jól definiált frissítési minták az intelligens szerződéses kódhoz?
  6. Hozzáférés a referencia- és piaci adatokhoz – A hálózaton belül milyen elérhető orákulákat lehet hívni, hogy megkapják a szükséges információkat egy kiváltott művelet végrehajtásához?
  7. Az egyének ajánlott identitáskezelése – A nyilvános / privát kulcspárok és címek természetesen ragaszkodnak-e ahhoz, hogy az egyének fenntartsák saját kulcsaikat? Vagy reálisan feltételezi, hogy a közvetítők az Ön nevében fogják fogadni őket, és továbbra is az ügyfélpreferenciák között osztják el a számlavezetést?
  8. Interop az alkalmazásokon vagy hálózatokon belül – Felhívhat egy dapp másik dappot? Tud-e egy hálózati / oldallánc-referencia információt a lekötött hálózatról?

Felhasználói ellenőrzés / Teljesítmény / Adatvédelem

  1. Tranzakciók feldolgozási teljesítménye – Milyen gyorsan állíthatja sorba a tranzakciókat, feldolgozhatja azokat (kötegekben / blokkokban), és győződjön meg arról, hogy a sor mentesül a „mentett” értesítéssel?
  2. A tranzakciók feldolgozásának skálázhatósága – A rendszer modulárisan méretezhető-e (vízszintesen vagy függőlegesen) a magasabb feldolgozási arányok támogatására??
  3. Egyidejű változások – Vannak-e akadályok ugyanazon szerződés vagy egyenleg többszöri frissítésére, mielőtt az eszköz teljesen megváltozik??
  4. Tranzakcióelosztási teljesítmény – Mikor frissül a tranzakció az összes fél számára? Amikor a blokkot feldolgozzák? 6 blokkmélység után? Miután a folyamat befejeződött és az összes fél aláírta?
  5. Több menet – A tranzakciók feldolgozása és a konszenzus több szálon vagy szétosztható-e több hálózati résztvevő között, és mégis megegyezhet-e ugyanazon aranyforrásban? Különböző típusú kivégzéseket osztasz fel??
  6. Adatvédelmi mechanizmusok a terepi elhomályosításhoz – Meg tudja-e osztani az adattárolási mechanizmus meghatározott mezőit csak meghatározott felhasználókkal? Futtathat-e üzleti logikát, amely összehasonlítja a mezőértékeket az információk felfedése nélkül (pl. Aztec és ZKsnarks)?
  7. A vevők adatvédelmi mechanizmusai (titoktartás) – Tudja-e automatikusan elforgatni a nyilvános kulcsokat úgy, hogy az a végfelhasználó, akinek az információt küldi, nem oldható fel ismert személyazonosság számára?
  8. Adók adatvédelmi mechanizmusai (tranzakciós forgalmi minták) – Nem oszthatja meg a tranzakciót minden féllel olyan esetekben, amikor azt szeretné, hogy csak a meghatározott felek lássák a tranzakciót??
Forduljon blockchain szakembereinkhez

Globális megoldási csapatunk blokklánc-képzést, stratégiai tanácsadást, megvalósítási szolgáltatásokat és partnerségi lehetőségeket kínál. Iratkozzon fel hírlevelünkre az Ethereum legfrissebb híreiről, vállalati megoldásokról, fejlesztői erőforrásokról és egyebekről. E-mail cím Kizárólagos tartalomTeljes útmutató a Blockchain üzleti hálózatokhozÚtmutató

Teljes útmutató a Blockchain üzleti hálózatokhoz

Bevezetés a tokenizálásbaWebinárium

Bevezetés a tokenizálásba

A pénzügyi eszközök digitális eszközei és a DeFi jövőjeWebinárium

A pénzügyek jövője: digitális eszközök és DeFi

Mi az Enterprise EthereumWebinárium

Mi az Enterprise Ethereum?

A központi bankok és a pénz jövőjeFehér papír

A központi bankok és a pénz jövője

Komgo Blockchain az árukereskedelem finanszírozásáhozEsettanulmány

Komgo: Blockchain az árukereskedelem finanszírozásához

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map