1. Personal FinanceBasic Ethereum intelligens szerződés szintaxisa
Ethereum a bábukhoz

Michael Solomon készítette

Ha Ethereum fejlesztést tervez, akkor valószínűleg a Solidity-t, az intelligens szerződések egyik legnépszerűbb programozási nyelvét használja. Vessen egy pillantást a Solidity alapvető szintaxisára. A Solidity forráskód írásakor azt a .sol kiterjesztésű fájlba menti.

Ethereum smat szerződés kód

A Solidity programnak több fő része van, az alábbiak szerint:

  • Pragma: Ez megmutatja a Solidity-nak, hogy a fordító mely verziói érvényesek a fájl fordításához. Megjegyzések: A fejlesztőknek megjegyzéseket kell használniuk a kód dokumentálásához. Importálás: Az importálás egy külső fájlt határoz meg, amely tartalmazza az intelligens szerződéshez szükséges kódot. Szerződés (ek): Ebben a szakaszban található az intelligens szerződés kódja.

Érvényes fordító verzió deklarálása az Ethereum intelligens szerződésekben

A pragma irányelvnek a Solidity fájl első kódsorának kell lennie. Mivel a Solidity nyelv még mindig érődik, gyakori, hogy az új fordító verziók olyan változtatásokat tartalmaznak, amelyek nem teszik lehetővé a régebbi programok fordítását. A pragma irányelv segít elkerülni a fordító hibáit egy újabb fordító használata miatt.

Itt található a pragma irányelv szintaxisa:

pragma Solidity >;

Itt van egy példa a pragma irányelvre:

pragma Szilárdság ^ 0.4.24;

A Solidity összes állítása pontosvesszővel ér véget.

A verziószáma 0-val kezdődik, amelyet egy nagyobb építkezési szám és egy kisebb építkezési szám követ. Például, a 0.4.24 verziószám a 4. és a 24. kisebb verzióra vonatkozik. A caret szimbólum (^) a verziószám elõtt azt mondja a Solidity-nak, hogy a legfrissebb verziót képes használni egy nagyobb verziótartományban. Az előző példában a Solidity bármely fordítót használhat a 4. verzióban szereplő összes szerkesztési tartományból. Így lehet elmondani az olvasóknak, hogy a programot 0.4.24-re írták, de továbbra is összeállítja a következő 4. verzió összeállításaival.

Noha a caret használata a pragma irányelvben rugalmasságot biztosít, jobb gyakorlat, ha elhagyjuk a caret-et, és pontosan megmondjuk a Solidity-nak, hogy melyik fordító verzióra számít.

A szoliditáskód kommentálása

Megjegyzések hozzáadása a kódhoz egy extra lépés, amely hozzáteszi a professzionális megjelenést és érzetet a Solidity kódhoz. A jól megjegyzett forráskódfájl könnyebben olvasható és érthető, és segít más fejlesztőknek abban, hogy gyorsan megértsék, mit kell tennie a kódjának. Még az egyszerű megjegyzések is csökkenthetik a hibák kijavításához vagy új funkciók hozzáadásához szükséges időt. A megjegyzések hozzájárulhatnak a segédprogramok számára az intelligens szerződések dokumentációjának előállításához.

Használhat egysoros vagy többsoros rendszeres megjegyzéseket. Az egysoros megjegyzés két előrejelzővel kezdődik. A többvonalas megjegyzés a / * karakterekkel kezdődik és a * / karakterekkel fejeződik be. Íme egy példa a szoliditással kapcsolatos megjegyzésekre:

// Itt egy egysoros Solidity megjegyzés
/ * Sokkal több mondanom kell ezzel a megjegyzéssel, szóval megteszem
használjon többsoros megjegyzést. A fordító figyelmen kívül hagyja
mindent a nyitó megjegyzés karakter után,
látja a záró megjegyzés karaktereket. * /

A szoliditás megjegyzés harmadik típusát Ethereum Natural Specification (NatSpec) irányelvnek hívják. A NatSpec segítségével információt szolgáltathat a dokumentációgenerátorok kódjáról, amelyet formázott dokumentáció létrehozásához használhat, amely leírja az intelligens szerződéseket. A NatSpec irányelvek három előrejelzéssel kezdődnek, és speciális címkéket tartalmaznak a dokumentáció adataival. Íme egy példa a NatSpec irányelvek használatára:

/// @cím Greeter intelligens szerződés
/// @author Joe programozó
/// @ Megjegyzés Ez a kód veszi az ember nevét, és köszönetül szól
/// @param name A hívó fél neve
/// @ visszatérő üdvözlet Az üdvözlet a hívó fél nevével

Nézze meg a NatSpec dokumentációját további információkért.

Külső kód importálása az Ethereum intelligens szerződésbe

Az importálási szakasz választható, de hatékony lehet, ha helyesen használja az Ethereum intelligens szerződésében. Ha az intelligens szerződésnek más fájlokban található kódra kell hivatkoznia, akkor ezeket a fájlokat először kell importálnia. A fájlok importálása úgy teszi, mintha a másik kódot másolta volna az aktuális fájlba. Az importálás segít elkerülni a kódok egyik helyről a másikra való másolását. Ha hozzá kell férnie a kódhoz, akkor csak importálja a benne található Solidity fájlt.

A többi fájl importálásának szintaxisa egyszerű. Az importáló kulcsszót használja, majd megadja az importálni kívánt fájl nevét. Például a myToken.sol fájl importálásához használja ezt a szintaxist:

„MyToken.sol” importálása;

Az Ethereum intelligens szerződéseinek meghatározása

A Solidity utolsó fő részében meghatározza az intelligens szerződés tartalmát. A szerződés kulcsszóval kezdődik, és tartalmazza az intelligens szerződés összes funkcionális kódját. A Solidity szolgáltatásban több szerződési szakasz is lehet. Ez azt jelenti, hogy egyetlen .sol fájl több szerződést definiálhat. Íme egy példa a szerződésre:

szerződés HelloWorld {
string private helloMessage = "Hello világ";
függvény getHelloMessage () nyilvános nézet visszatér (karakterlánc) {
visszatérés helloMessage;
}
}

A szerződés részben meghatározza az összes változót, struktúrát, eseményt és funkciót. Sokkal több van a kód szerződési szakaszában, de most már tudja, hogyan állítsa be a Solidity intelligens szerződést.

Miután elsajátította a Szoliditás alapjait, folytathatja a bonyolultabb kód kifejlesztését, és az ég korlátja.

  1. Personal FinanceEthereum intelligens szerződések: Tippek az adatok biztonságos kezelésére
Ethereum a bábukhoz

Michael Solomon készítette

A szilárdság az Ethereum intelligens szerződések írásának legnépszerűbb nyelve. Gavin Wood 2014 augusztusában javasolta a szoliditást. Noha ez nem az egyetlen nyelv, amellyel intelligens szerződéseket lehet írni, az Ethereumban futó intelligens szerződések írásának legnépszerűbb nyelve. Az Ethereum közösség szilárd támogatását élvezi, és az Ethereum projekt Solidity csapata fejlesztette ki.

A szoliditást úgy tervezték, hogy hasonló legyen a JavaScripthez, és néhány más népszerű programozási nyelv is befolyásolta, beleértve a C ++ és a Python. A Solidity célja olyan nyelv biztosítása, amely ismeri a webalkalmazások fejlesztőit, de intelligens szerződésfejlesztésre irányul. A szilárdság célja nem általános célú nyelv, hanem a blokklánc-specifikus műveletek támogatása az EVM-ben futó kóddal.

Mielőtt a kód futni tudna az EVM-ben, össze kell állítania. Ez az oka annak, hogy a fejlesztési környezet felépítésekor telepített egyik összetevő a Solidity fordító volt. Először a Solidity forráskódját írja egy szerkesztőbe. Ezután összeállítja bytecode-ba, amely az utasítások fut az EVM-ben. Miután telepítette az intelligens szerződés bájtkódját, az az összes Ethereum csomóponton fut.

Mivel az intelligens szerződések minden csomóponton futnak, a szoliditásnak érvényesítenie kell a determinizmust, azaz az eredményeknek azonosaknak kell lenniük minden olyan csomópontnál, amely az intelligens szerződés kódját ugyanazzal a bemenettel futtatja. Ha megnézi a Szoliditás dokumentációját, akkor nem fog véletlenszerű () függvényt találni. Ez a mulasztás kifejezetten a Solidity determinizmusának támogatására szolgál. Kódját először az a csomópont futtatja, amely új blokkot bányász, de azután minden csomópont ellenőrzi a blokkot, és futtatja a kódot annak biztosítása érdekében, hogy nem kapnak eltérő eredményt.

A Solidity sok szempontból hasonló a többi programozási nyelvhez. A legnagyobb különbség a programok futtatásában és a Solidity adatkezelésében mutatkozik meg. Vegye figyelembe, hogy a Solidity csak az adatokkal foglalkozik az EVM-ben vagy a blokkláncban.

A szoliditás nem sokkal kölcsönhatásba lép a külvilággal, de lehetséges. A szoliditás támogatja az orakula fogalmát, amely a külvilág megbízható információforrása.

Orakk felhívása egyszerű. Az egyik probléma az, hogy bízhatunk az orákulumban. Egy másik probléma az orákadatok kezelése, amelyek minden híváskor eltérő adatokat eredményezhetnek. Bármely orákulum használata előtt meg kell győződnie arról, hogy az adatforrás megbízható és következetes. Általános az, hogy az orákulusok visszaadnak adatokat és bizonyos hitelesség-igazolásokat.

A bizalom fogalma az orákulummal szemben csak a blockchain bizalom kiterjesztése. Ne feledje, hogy a blockchain technológia megbízható adatkönyvet biztosít a megbízhatatlan hálózati csomópontok környezetében. Mivel a bizalom a blokklánc ilyen alapvető tulajdonsága, nem meglepő, hogy az orakula bizalma fontos aggodalom.

A szoliditás különösen az adatok tárolásának helye. Általában kétféle változót definiál a szoliditásban: állapotváltozók és helyi változók. Az állapotváltozók meghatározása a szerződés szakaszban történik, és ezek a változók az intelligens szerződés bárhol elérhetők. Ezek a változók az értékek egy blokkban történő mentésével tárolják az intelligens szerződés állapotát. Meghatározza a helyi változókat a függvényekben. A helyi változók nem menti értéküket a függvényhívások között. Ezeket az értékeket nem tárolja a blokkláncon, és eltűnnek, amikor a funkció befejeződik.

A szoliditás három helyet határoz meg az adatok tárolására:

  • Verem: Ahol a Solidity a függvényekben meghatározott helyi egyszerű változó értékeket tárolja. Memória: Minden EVM memóriaterülete, amelyet a Solidity ideiglenes értékek tárolására használ. Az itt tárolt értékeket funkcióhívások között törli. Tárolás: Ahol az intelligens szerződésben meghatározott állapotváltozók találhatók. Ezek az állapotváltozók az intelligens szerződéses adatok szakaszában találhatók a blokkláncon.

A változó tárolási hely a Solidity egyik leginkább zavaró aspektusa. A Solidity nyelvnek nincs halom kulcsszava, de van memória és tároló kulcsszavak. A szoliditás a saját alapértelmezéseit használja, attól függően, hogy hol határozza meg a változókat, és hogyan használja őket, de felülírhatja ezeket az alapértelmezéseket, és a kulcsszavak segítségével módosíthatja azt is, hogy a Solidity hogyan kezeli a változókat.

Íme néhány szabály, amelyek segítenek a dolgok egyenes kezelésében, amikor megtanulják az adatok tárolását a Solidity-ban:

  • Az állapotváltozók alapértelmezés szerint tárolódnak (az értékeket a blokkláncban tárolják). A függvényekben szereplő helyi változók alapértelmezés szerint memória (az értékeket ideiglenesen tárolják a memóriában). A rétegek alapértelmezés szerint tárolódnak (az értékeket a blokkláncban tárolják).

A szoliditás különféle típusú adatokat képes kezelni, és különféle típusú változókat biztosít az egyes típusok kezeléséhez. A változók meghatározásakor meg kell határoznia a változó adattípusát. Az adattípus megmutatja a Solidity számára, hogy mennyi helyet foglaljon el az értékhez, amelyet a változóban tárol, és hogyan kezelje az adatokat. Az alábbi táblázat felsorolja azokat az adattípusokat, amelyeket a Solidity támogat.

Az intelligens szerződések összetettebbé válásával valószínűleg összetettebb típusú adatokat kell képviselnie. Érdemes meghatározni például egy fizikai címetípust, amely több információt tartalmaz, ideértve az utcai címet, a várost, az államot és az irányítószámot.

Lehet, hogy táblákat vagy adatlistákat is kell tárolnia. A szilárdság lehetővé teszi, hogy saját adatstruktúrákat hozzon létre az összetett adattípussal. Megadhat olyan tömböket is, amelyek hasonló adatelemek csoportjait tárolják. A szilárdsági tömbök lehetnek egyszerű adattípusok csoportjai vagy csoportok csoportjai.

Itt van egy intelligens szerződés, amely bemutatja a Solidity egyszerű adattípusait. Ebben a példában csak állapotváltozókat használ, azaz azt jelenti, hogy a blokkláncba ír. Az összes változó állapotváltozóként definiálása nem jó ötlet, hacsak nem akar örökre adatokat tárolni. A blokkláncban tárolt adatok költséges műveleteket igényelnek, és csak akkor szabad felhasználni, ha adataikat kitartóan kell tárolni. Jelenleg az állapotváltozókat fogja használni.

Nyissa meg a VS kódot a myProject projekthez:

A VS Code megnyitásához a myProject projektben nyisson meg egy Windows parancssort vagy a PowerShell (kedvencem) elemet, és a cd paranccsal keresse meg a projekt könyvtárat (myProject.) Innen csak írja be a következő parancsot és nyomja meg az Enter billentyűt:

kód .

Ezután írja be a következő kódot, vagy töltse le az Ethereum projekt fájlokat a Dummies-ből.

pragma szilárdsága 0,4,24;
/ *
* @title Solidity adattípusok
* @autor Michael Solomon
* @ Megjegyzés Egy egyszerűen intelligens szerződés a Solidity-ban rendelkezésre álló egyszerű adattípusok bemutatására
*
* /
szerződés DataTypes {
uint x = 9;
int i = -68;
uint8 j = 17;
bool isEthereumCool = true;
címtulajdonos = msg.sender; // Az üzenetküldő Ethereum címe
bytes32 bMsg = "hello";
sMsg = "hello";
függvény getStateVariables () nyilvános nézet visszatér (uint, int, uint8, bool, cím, bytes32, karakterlánc) {
visszatérés (x, i, j, isEthereumCool, tulajdonos, bMsg, sMsg);
}
} <

Mielőtt telepítheti és tesztelheti az új intelligens szerződést, hozzá kell adnia azt a migrációs JavaScript szkripthez. A VS Code alkalmazásban nyissa meg a 2_contracts_migrations.js fájlt a Migration könyvtárban. Ezután adja hozzá a két sort a megjegyzésekkel, így a fájl így néz ki:

var HelloWorld = artifacts.require ("HelloWorld");
var DataTypes = artifacts.require ("DataTypes"); // Adja hozzá ezt a sort
module.exports = function (telepítő) {
deployer.deploy (HelloWorld);
deployer.deploy (DataTypes); // Adja hozzá ezt a sort
};

Ne felejtse el elmenteni a fájlt az új szöveg hozzáadása után!

Az alábbiakban bemutatjuk az új intelligens szerződés telepítéséhez és teszteléséhez szükséges lépéseket:

  1. Győződjön meg arról, hogy Ganache fut. A VS-kódban kattintson vagy érintse meg a Terminál fület, írja be a következőt, majd nyomja meg az Enter billentyűt: szarvasgomba telepítése --reset Írja be a szarvasgomba konzolt, és nyomja meg az Enter billentyűt. A Szarvasgomba konzol parancssorába írja be a következőt és nyomja meg az Enter billentyűt: DataTypes.deploy (). Majd (function (példány) {return instance.getStateVariables ()});

Az alábbi kép azokat az értékeket mutatja, amelyeket az új intelligens szerződés visszatér. A szarvasgomba érdekes módon jeleníti meg a visszatérési értékeket. A számok BigNumber objektumokként kerülnek visszaadásra. Felhívhatja a BigNumber könyvtár funkcióit, hogy átalakítsák őket, de most csak olvasd el az értékeket közvetlenül.

A numerikus visszatért értékeknél az első érték, s: a szám jele, és a harmadik érték, c: a függvény alá nem írt értéke, amelyet a függvény adott vissza. Azt is vegye figyelembe, hogy a cím és a bytes32 értékek hexadecimális formátumban vannak megadva.

Ethereum intelligens szerződés
  1. Személyes pénzügy10 Ingyenes Ethereum források
Ethereum a bábukhoz

Michael Solomon készítette

Számos ingyenes forrás áll rendelkezésre a fejlett Ethereum dApps fejlesztéséhez. Különböző eszközök vannak az Ethereum számára négy kategóriában: blockchain kliens, teszt blockchain, tesztelési keret és IDE. Nem kell nagyon keményen keresnie, hogy szinte minden kategóriában megtaláljon sok ingyenes Ethereum-forrást.

Itt további tíz ingyenes eszközt megismerhet, amelyek segítenek saját Ethereum blokkláncú dApp-k létrehozásában. Az itt található források egy része a népszerűbb eszközök alternatívája, mások kiegészítik azokat az eszközöket, amelyeket valószínűleg már használ. Az itt felsorolt ​​források mindegyike egyedi tulajdonságokkal rendelkezik, és az érdekes kutatási ötletek listáján szerepelnie kell. Mindegyik ingyenes, és mindegyik érdemes kiegészítésként szolgálni az Ethereum fejlesztési eszközkészletéhez.

Fedezze fel az alternatív Ethereum fejlesztési kereteket

Bár a szarvasgomba a leggyakrabban használt keret, nem ez az egyetlen. Igényeitől és preferenciáitól függően néhány alternatívát kell megvizsgálnia. A nap végén válassza ki azt a fejlesztési keretet, amely legjobban megfelel az Ön tapasztalatának, és amely lehetővé teszi az Ethereum számára a dApp-ok fejlesztését, a lehető legkevesebb frusztrációt.

Kezelje Ethereum fejlesztését a Populus segítségével

A Populus keretrendszer számos olyan funkcióval rendelkezik, mint a szarvasgomba. Mivel azonban a szarvasgomba a JavaScript környezetre fókuszál, sok JavaScript-kódot kell írnia a feladatok automatizálásához, a dApp-ok teszteléséhez és karbantartásához a szarvasgomba használatával. Ez nagyszerű, ha sok tapasztalattal rendelkezik a JavaScript használatával és kényelmes a környezetben. De ha nem ismeri a JavaScript-et, vagy nem akar időt fektetni annak megtanulására, érdemes átnéznie valami másra épülő keretet.

A Populus Python-alapú Ethereum fejlesztési keret. Ha van Python-tapasztalata, vagy éppen úgy, mint a Python-lal dolgozni, érdemes megnézni a Populust. Ez a weboldal gyors bevezetési útmutatót, dokumentációt és utasításokat tartalmaz a Populus telepítéséhez és használatához. Ha szereted a Python-ot, próbáld ki a Populust, hogy megnézhesd, hogyan hasonlít a szarvasgombahoz.

Populus megköveteli, hogy a Python már telepítve legyen. Mivel a Python 2.7 Life End (EOL) befejezését 2020 novemberére tervezik, telepítenie kell a Python 3. verziót. Meg kell találnia az operációs rendszer legfrissebb Python verzióját.

Fedezze fel az Ethereum blokklánc-tartályokat a Cliquebait segítségével

A Cliquebait az Ethereum fejlesztési keretrendszerének alternatívája a szarvasgomba számára. Ahelyett, hogy a blockchain környezetet natív módon futtatná a számítógép operációs rendszerén, a Cliquebait Docker tárolókat használ, amelyek hasonlóak a könnyű virtuális gépekhez.

A Docker lehetővé teszi több tároló elindítását, amelyek mindegyike külön virtuális gépekként (VM) fut, sokkal kevesebb fölött, mint több szabványos virtuális gép futtatásakor. Minden elindított szabványos virtuális gép teljes operációs rendszerrel futtatja a hardver virtuális másolatát, amelyet a virtuális gép operációs rendszerének futtatnia kell. A tároló, például a Docker tároló, csak az operációs rendszer összetevőit és virtuális hardvereket futtatja, amelyekre a programok szükségesek. Az eredmény virtualizáció alacsonyabb erőforrásigényekkel.

A Cliquebait olyan Docker képet nyújt, amely egy csomópontú Ethereum blokkláncot biztosít, amelyet felhasználhat intelligens szerződéseinek fejlesztésére és tesztelésére. Támogatja továbbá több Docker tároló indítását a többcsomópontú blokklánc szimulálására, mind a számítógépen futva.

A Dockert telepíteni kell a Cliquebait telepítése és futtatása előtt. A Docker telepítése után látogasson el a Github oldalra a Cliquebait használatával kapcsolatos útmutatásokért.

Válasszon egy ingyenes, integrált fejlesztési környezetet az Ethereum számára

A kódíráshoz kiválasztott IDE lesz a leginkább látható eszköz a dApp fejlesztési eszközkészletében. Több időt töltene az IDE használatával (vagy harcával), így a megfelelő megtalálása elengedhetetlen a termelékenységhez. A legjobb IDE a néző szemében van. Meg kell próbálnia több IDE-t, és ki kell választania azt, amelyik a legkényelmesebb.

Készítsen szoliditáskódot az Atommal

Az Atom nem szigorúan blokklánc-alapú IDE. Ez egy nagy teljesítményű, általános célú IDE, Solidity plug-inekkel. Az Etheratom beépülő modul hozzáadásakor a szintaxis kiemelése, a kód befejezése és a Solidity fordító egyetlen billentyűleütéssel történő felhívásának képessége lesz.

Az alábbiakban a fő Atom felület látható. Úgy néz ki és érzi magát, mint a VS Code, egy saját karakterrel. Az Atom telepítése után olvassa el ezeket az utasításokat az Etheratom plug-in telepítéséhez.

Atom IDE

Keressen online a Remix segítségével

Az IDE saját számítógépére történő telepítésének alternatívája egy böngésző alapú IDE használata. A Remix egy népszerű IDE, amelyhez bármilyen webböngészőből hozzáférhet. Ez lehetővé teszi, hogy kódot írjon a Solidity-ban, majd telepítse a blokkláncba. A Remix segítségével könnyedén kiválaszthat egy adott Solidity-fordító verziót, számos olyan funkcióval és opcióval együtt, amelyek hasznosak lehetnek a Solidity-ban lévő dApps fejlesztésekor.

Kódot adhat hozzá a helyi számítógépről, vagy közvetlenül a Remix szerkesztőből is megírhatja.

Remix IDE

Az EthFiddle segítségével egyszerűen kezelheti a dolgokat

Egy másik webes Solidity IDE az EthFiddle. Az EthFiddle kiváló választás egy egyszerű web-alapú IDE számára, amely Solidity intelligens szerződéseket ír és összeállít. A Remix-del ellentétben az EthFiddle nem biztosítja a kód telepítésének módját.

EthFiddle IDE

Fedezze fel az Ethereum ügyfeleket és API-kat

Miután elkészítette az intelligens szerződéskódot, telepítenie kell egy Ethereum kliensbe, majd hozzáférnie kell a blokklánchoz, hogy tesztelje és meghívja a kódját, miután gyártotta. A keretekhez és az IDE-khez hasonlóan sok kiváló minőségű ingyenes erőforrás is rendelkezésre áll.

Cserélje le Ethereum klienseit Parity-ra

A Parity egy Ethereum kliens, amely egy csomópontot működtet egy Ethereum blokklánc-hálózaton. Noha a geth népszerűbb, a paritás jó alternatíva, amely számos előnnyel bír a geth-vel szemben, ideértve a következőket:

  • Gyorsabb: A teljes Ethereum blokkláncot szinkronizálja néhány órában, és a CPU és a hálózati terhelés csökkentése érdekében készült. Alsó lemezterület-felhasználás: Az Ethereum blokkok kiszűrése kevesebb helyi lemezterület felhasználása érdekében. Web alapú grafikus felhasználói felület: Könnyen hozzáférhető funkciókat biztosít egy felhasználóbarát webböngésző felületen keresztül.

Keresse meg a Parity használatának megkezdéséhez. A Parity felhasználói felület használatához keresse fel a Github webhelyet a legfrissebb kiadás megtalálásához. Az alábbi kép az újonnan telepített Parity felhasználói felületet mutatja. Vegye figyelembe, hogy a Parity felhasználói felület első futtatásakor a Parity futtatja a szinkronizálási folyamatot az élő Ethereum hálózattal.

Parity UI

A web3.js használatával lépjen kapcsolatba az Ethereummal

Az Ethereum intelligens szerződésekkel való kölcsönhatás messze a leggyakoribb módja a web3.js néven JavaScript-ben írt könyvtárak gyűjteménye. Kódot írhat JavaScript-ben vagy bármilyen olyan nyelven, amely támogatja a JavaScript-hívásokat. Innentől kezdve a web3.js megkönnyíti az Ethereum adatokkal és funkciókkal való kölcsönhatást.

Keresse meg a Githubot a web3.js legújabb verziójának beszerzéséhez, majd ragadja meg a legfrissebb web3.js dokumentációt.

Ha jó web3.js oktatóanyagot keres, tekintse meg a Dapp Tutorial bevezetését.

Összpontosítson az Ethereum pénztárcákra és a biztonságra

Az Ethereum dApps fejlesztésekor a biztonság mindig aggodalomra ad okot. A blockchain technológia jellege miatt a biztonság szándékos összpontosítása szükséges tervezési cél. A biztonság beépítése a dApp-okba attól függ, hogy rendelkeznek-e megfelelő építőelemekkel és megfelelő módszerrel a biztonság fenntartása érdekében a telepítés után. Két ingyenes erőforrás, amelyek segítenek a biztonságos dApp-ok írásában és karbantartásában, a Mist pénztárca és az OpenZeppelin biztonsági könyvtár.

Védje az Ethereum kriptoeszközöket a Ködben

A Mist egyaránt Ethereum pénztárca és Ethereum böngésző. A Mist az Ethereum hivatalos pénztárca, amelyet az Ethereum Alapítvány fejlesztett ki. Hozzáférést biztosít a dApp-okhoz is, hasonlóan ahhoz, ahogyan a népszerű böngészők hozzáférést biztosítanak az internetet körülvevő webhelyekhez.

A Mist nem csupán a blockchain alkalmazásokat böngészi; eszközcsomagot biztosít az Ethereum hálózattal való interakcióhoz. A Mist segítségével intelligens szerződéseket generálhat, kriptovalutát gyűjthet és információkat oszthat meg azok között a résztvevők között, akik nem bíznak egymásban. A köd megkísérli az Ethereum blokklánchoz való hozzáférést a lehető legkönnyebbé tenni.

A Mist használatának megkezdéséhez töltse le az operációs rendszer legújabb Mist kiadását. A Mist telepítése után elindíthatja a böngészőt, hogy fiókot hozzon létre, vagy különféle eszközökkel lépjen kapcsolatba az Ethereum blokklánccal.

Biztosítsa az Ethereum dApp-okat az OpenZeppelin segítségével

Az Ethereum környezetben az intelligens szerződések kidolgozásának egyik legnehezebb része az, hogy biztonságossá teszik őket a kezdetektől. Noha a biztonságot a tervezési szakasz kezdetétől kezdve könnyű figyelembe venni, a biztonságos intelligens szerződés kód megírása nehezebb. Az OpenZeppelin könyvtár a Solidity kód gyűjteménye, amely segít a biztonságos kód bevezetésében az intelligens szerződésekben.

Importálhatja az OpenZeppelin-et intelligens szerződéseiben, majd kihasználhatja az Ethereum szabványok sokféle megvalósítását, például az ERC-20 tokeneket, ahelyett, hogy ezeket saját kezűleg telepítenie kellene. Az OpenZeppelin megakadályozza, hogy újból feltalálja a biztonsági kereket a Solidity intelligens szerződés kódjában.

Tudjon meg többet az Ethereum dApps fejlesztéséről

Ha többet szeretne megtudni az Ethereum fejlesztéséről, és nagyon szórakoztató a folyamat, nézd meg a CryptoZombies oldalt. A CryptoZombies egy lépésről lépésre készült Solidity oktatóprogram, amelyben blokklánc-alapú játékot fejlesztenek ki, amelyben részt vesz a létrehozott zombi hadsereg. A tapasztalatok szerzésekor a zombik szintje szintre emelkedik, és új készségeket szerez.

  1. Személyes pénzügyekEthereum alapjai: Bevezetés az intelligens szerződésekbe és a szilárdságba
Ethereum a bábukhoz

Michael Solomon készítette

Az Ethereum intelligens szerződéseket használ arra, hogy az adatokat bizonyos szabályokhoz kösse az adatcsere során. Az intelligens szerződések írásához a programozási nyelv ismerete szükséges. Az intelligens szerződések és különösen az Ethereum egyik legnépszerűbb nyelve a Solidity. Vessen egy pillantást ezekre a témákra.

Az Ethereum intelligens szerződések alapjai

Értékcsoportok cseréjekor általában a szabályok szabályozzák a tranzakciót. Sok esetben a szabályok egyszerűek. Például 1,89 dollárt fizet Joe-nak, és Joe üdítőt ad neked. Mindkét fél láthatja és érvényesítheti a másik fél hozzájárulását az ügylethez. Ha megpróbál pénzt adni Joe Monopoly-nak, akkor nem kapja meg üdítőjét.

Annak ellenére, hogy ez a tranzakció egyszerűnek tűnik, több van benne, mint szemmel látható. A legtöbb esetben, ha egy üdítőital 1,89 dollárba kerül, akkor ennél többet kell fizetnie. Adót is fizetnie kell. Tehát van egy másik résztvevő a tranzakcióban: a kormány. Ahelyett, hogy az összes pénzt megtartja, Joe-nak egy részét adónak kell eljuttatnia a kormánynak.

Még az egyszerű tranzakciók, mint például az üdítőital-példa áthelyezése a digitális világba alapos átgondolást igényel. Nem csak pénzt küldhet az embereknek, és bízhat benne, hogy megteszik a részüket. Szüksége van valamilyen módon a szabályok betartására és a szabályok betartására annak biztosítása érdekében, hogy minden felet tisztességesen kezeljenek.

Az intelligens szerződések segítik a szabályok betartását, ha valami értékes értéket cserélnek az Ethereumban. Az intelligens szerződések legegyszerűbb leírása az, hogy azok olyan programok, amelyek végrehajtják bizonyos tranzakciók bekövetkezésekor.

Például, ha üdítőital-vásárlással kapcsolatos intelligens szerződést hoz létre, akkor a szoftver kód minden alkalommal fut, amikor valaki üdítőt vásárol. Az intelligens szerződéskódot a blokkláncban tárolja, tehát minden csomópontnak van másolata. Nem számít, hol fut a szoftver: Minden csomópont garantált, hogy ugyanazt futtatja, és ugyanazokat az eredményeket kapja, mint minden más csomópont.

Az Ethereum intelligens szerződései a Turing-befejeződtek, vagyis bármi kiszámítható, ami elegendő erőforrással kiszámítható. A teljesség igénye a fontos, mivel az Ethereum intelligens szerződései nem korlátozódnak az elvégzendő tevékenységek típusaira. Bármilyen összetett algoritmust végrehajthatnak, amelyet Ön megtervezhet.

Az üdítőital-okos szerződés a vevővel kezdődik. Így történhet a csere:

  • A vevő olyan tranzakciót hoz létre, amely pénzt küld az eladónak az üdítőitalért cserébe. A vásárló az eladó címét adja meg az intelligens szerződés címére. Az intelligens szerződés az ügylet végrehajtására irányul. Ellenőrzi, hogy van-e elegendő pénz a számláján az üdítőital fizetéséhez. Az intelligens szerződés igazolja, hogy az eladó rendelkezik-e az Ön által kívánt üdítőitallal. Az intelligens szerződés levonja a pénzt a vevőtől, elküldi a pénzt az eladónak, és azt mondja az eladónak, hogy küldje el az üdítőitalot a vevőnek. Ugyanebben a lépésben az intelligens szerződés elküldi a szükséges adót az adóhatóság számlájára, a fennmaradó összeget pedig az eladó számlájára.

A folyamat unalmasnak tűnhet, de egyszerű és egyértelmű, hogy minden tranzakció azonos módon történik. Ez a példa túl egyszerű a valós csereprogramokhoz, és néhány fontos részletet kihagytak. Először azt feltételezi, hogy az eladó elküldi az üdítőt a vevőnek. A valós életben mindkét fél számára külön védelem szükséges. Az intelligens szerződések mindig letéti számlákat használnak arra, hogy a vevő pénzt tartsák, amíg az eladó el nem szállítja az árut vagy a szolgáltatást.

Az intelligens szerződések biztosítják az Ethereum irányítását és kiszámíthatóságát. Nélkülük az Ethereum csak egy hűvös elosztott tárolási technika lenne. De velük az Ethereum egy stabil decentralizált platform, amely támogatja a bizalmatlan felhasználók közötti interakciókat és csereprogramokat, ideértve a rendkívül összetett tranzakciókat is. Könnyű belátni az üdítőital vásárlásához szükséges lépéseket.

Az egyéb ügyletek, például az ingatlanügyletek, sokkal összetettebbek, sok függőséggel és követelménnyel rendelkeznek, és általában több embert és szervezetet érintenek. Az Ethereum intelligens szerződések segítségével a fejlesztők olyan szoftvert hozhatnak létre, amely kiküszöböli a közvetítőket, ésszerűsíti az összetett folyamatokat, és csökkenti a legbonyolultabb cserék elvégzéséhez szükséges költségeket és időt.

Bemutatjuk a Solidity-t, az intelligens szerződések nyelvét

Az intelligens szerződések szoftverprogramok. Ha elegendő forrással rendelkeznek, az intelligens szerződések bármit megtehetnek, amit bármely más szoftver képes megtenni. Az Ethereum intelligens szerződéseit több nyelven is írhatja:

  • Mutan: Régebbi intelligens szerződéses nyelv, amely 2015-ben elavult. LLL: Lisp-szerű nyelv, nyilvánvalóan úgy fejlesztették ki, mint Lisp-nyelv. Bár az LLL továbbra is támogatott, nem használják sok jelenlegi intelligens szerződéses projektnél. Kígyó: Olyan nyelv, amely úgy néz ki, mint a Python. 2017. szeptember óta a kígyót nem ajánljuk a jelenlegi fejlesztéshez. Bambusz: Egy viszonylag új nyelv, amelynek középpontjában a blokklánc-állapot átmenetek nyilvánosságra hozatala és a kódvisszaadás kérdéseinek elkerülése áll. Viper: Egy másik, viszonylag új nyelv, amely a biztonságra és az egyszerűségre összpontosít. Szilárdság: Jelenleg a legnépszerűbb intelligens szerződés-fejlesztési nyelv. A szoliditás úgy néz ki, mint a JavaScript nyelv, és teljes funkcionalitással rendelkezik az általános célú intelligens szerződések kidolgozásához.

A szoliditás az intelligens szerződések legnépszerűbb nyelve, és a leginkább valószínű, hogy előfordul.

Ha jól ismeri a JavaScriptet, a Solidity felvétele kicsit könnyebb lesz. Ha nem tudsz sok JavaScriptet, az rendben van. A Solidity alapjait a földszinten fogod megtanulni. Valójában kezdjük egy olyan programmal, amely ismerősnek tűnhet: a mindenütt jelenlévő „Hello world” program.

Vessen egy pillantást erre a nagyon egyszerű intelligens szerződés kódra:

pragma szilárdság ^ 0,4,25;
szerződést helloWorld {
printHelloWorld () nyilvános állandó hozamok (karakterlánc) {
vissza a "Hello világ!"
}
}

Így néz ki a Solidity intelligens szerződés! A címsor után meghatározza a szerződést, majd a program belső működését alkotó összes funkciót. Miután írt és tesztelt egy intelligens szerződést, telepítheti azt egy blokkláncba, majd végrehajthatja azt. Ha minden rendben van, az intelligens szerződés megmutatja az ikonikus „Hello world!” Üzenetet.

Amint többet megtudsz a Szoliditásról, látni fogja, hogy nagyon hasonlít a JavaScriptre, de kissé úgy érzi, mint a C ++ és a Python. A Solidity fejlesztői mind a három nyelven alapozták a nyelvet. Támogatja az öröklést, a könyvtárakat és a felhasználó által meghatározott típusokat, amelyek meglehetősen összetettek lehetnek. Ez egy statikusan tipizált nyelv is, ami azt jelenti, hogy kifejezetten adattípust kell megadnia a létrehozott és használt változók számára.

Mindenekelőtt a Solidity egy intelligens szerződés-fejlesztési nyelv. Annak ellenére, hogy más nyelveken néz ki, tartalmaz primitíveket és egy orientációt, amelynek célja az Ethereum blokklánccal való kölcsönhatás.

Az intelligens szerződések és a Solidity szilárd megértése megkönnyíti az Ethereummal való interakciódat.

  1. Személyes FinanceTop 10 Ethereum felhasználások
Ethereum a bábukhoz

Michael Solomon készítette

A blokklánc-technológia általában, és különösen az Ethereum, népszerűsége gyorsan növekszik. Egyre több szervezet vonzza az Ethereumot új projektekhez. Az Ethereum alapját képező projektek szinte végtelenek.

A dApps webhelyének rövid áttekintése megmutatja, hogy hány Ethereum projekt létezik különböző kategóriákban és mennyire népszerűek. Fedezze fel számos népszerű alkalmazásokat. Ez az erőforrás nagyszerű módja annak, hogy naprakész maradjon a felkapott dApp-okon.

Noha ezek az Ethereum projektek csak egy kis reprezentatív mintát jelentenek az ottani dolgokról, adnak némi expozíciót arra, amit mások csinálnak az Ethereummal. Talán talál néhány ötletet új és izgalmas módokról, amelyek segítségével az Ethereum segíthet a szervezet átalakításában.

Az egyes projektek funkcionalitásának sokfélesége ellenére mind az Ethereumra épülnek. Mindegyik projekt az EVM-en futó intelligens szerződéseket használja a funkcionalitás és az Ethereum blokklánc használatához az állami adatok tárolására.

A Gnosis előrejelzi a jövőbeli eseményeket az Ethereummal

A Gnosis az a sok innovatív vállalat, amely érdekes módon használja az Ethereumot. A Gnosis platformot kínál a predikciós piacokhoz. A Gnosis Olympia termék a platform alfa verziója. Az Olimpia segítségével a résztvevők megkapják az OLY tokenek kezdeti egyenlegét, úgy tesznek, mintha pénzt használnának az Olimpiában, amelyet különféle témákra vonatkozó előrejelzések készítéséhez használnak. A résztvevők nyerhetnek GNO tokeneket sikeres előrejelzések készítéséért.

Azok a résztvevők, akik előrejelzéseket állítanak össze, az előrejelzést egy oraklussal társítják az eredmény validálásához. Például egy adott részvényárfolyam valós értéke egy adott napon és időpontban könnyen megállapítható, ha összehasonlítjuk a jóslatot a közzétett részvényárakkal. A részvényárfolyam-adatforrás az az orakula, amelyet a részvényár-előrejelzés érvényesítéshez használ.

A Gnosis Olimpia platformot nyújt a résztvevőknek bizonyos eredmények valószínűségének meghatározására. Az Olympia segítségével meghatározhatja az egyes értékek várható értékét. Az elem értékének ismerete nagyobb befolyást gyakorol a tárgyalásokra.

Egy másik lehetséges felhasználási eset a választásokkal. Az elosztott predikciós piacok kialakulhatnak, hogy jobb előrejelzéseket biztosítsanak a közelgő választásokról. A politikai közvélemény-kutatások kritikát vettek át a pontosság hiánya miatt, és a feltörekvő termékek javíthatnák azok pontosságát.

Augur a tömegforrások eseményének előrejelzései

Az Augur egy másik ajánlat az előrejelzési piac kategóriájában. A Gnosishoz hasonlóan a résztvevők rögzíthetik az eseményeket, majd előrejelzést adhatnak az esemény eredményéről. Augur a REP zsetonokkal jutalmazza a résztvevőket cserébe az eseményhez kapcsolódó pontos adatok megadása és a többséggel történő szavazásért.

Az Augur a közforrásból származó adatokon alapul, és pontosabbá válik a résztvevők adatainak felvételével. Ezért a pontos adatok benyújtása jutalmat eredményez. Az orákulum validálja az eseményadatokat és az eredményeket, de a hangsúly továbbra is a tömegforrású bemeneten áll.

Augur teljesen decentralizált, és intelligens szerződésektől és az Ethereum blokkláncától függ. Célja egy globális portál biztosítása, amely jobb előrejelzéseket készít minden olyan jövőbeli eseményről, amely széles körű globális érdeklődésre számot tart.

Aragón decentralizált szervezeteket irányít az Ethereummal

Az Aragon egy olyan platform, amelynek célja a decentralizált szervezetek irányításának segítése, amelyek gyakran sújtják az infrastruktúra és a funkcionalitás hiányát. Az Aragon résztvevői vásárolják az Aragon Network Token-eket (ANT) a sok népszerű kriptovaluta-tőzsdéből, és az ANT segítségével fizetik az Aragon szolgáltatásaiért.

Aragón megkönnyíti az elosztott autonóm szervezet irányítását, a forrásgyűjtést és a könyvelést. Például az aragon résztvevők kérdéseket tehetnek fel a szervezetükkel szavazás céljából. Az aragon környezet kezeli a szavazási folyamat minden részletét, és így ellenőrzött választási eredményeket eredményez. A szavazás a platform egyik jellemzője.

Az Aragon projekt célja a decentralizált szervezetek résztvevőinek felhatalmazása a részvétel előmozdítása és a pénzügyi átláthatóság biztosítása révén. Aragón lehetővé teszi a szervezetek számára a hagyományos hierarchikus, központosított modelln kívüli létezést.

Fajtát készít és gyűjt az Ethereumban

Az Ethereum nem csupán a kriptovaluta és az üzleti funkciók kérdése. Az Ethereum térben szórakoztató játékokat is találhat. A Cryptokitties, az egyik első Ethereum-alapú játék, továbbra is népszerű. Ez a forradalmian új játék bevezetett blokklánc-alapú kripto-gyűjtőket. Úgy van. A kriptokitták gyűjthetők.

Minden kriptokitty egyedülálló. Technikai szempontból minden kriptokitty egy ERC-721 token, és egyedülálló kattribútumokkal rendelkezik (kriptokitty DNS), amelyek az egyes kriptokitty szüleitől származnak. Így van, nem készít rejtjeleket; tenyészed őket.

És csakúgy, mint a való életben (nos, az ilyen), vagy bízhat genetikai szerencsénkben, hogy létrehozzon egy ritka és értékes kriptocittyt, vagy fizetsz egy összeírási díjat egy másik kriptokitty számára, hogy képesek tenyészteni a kriptográfiáikkal. Mindegyik kriptokitty más-más értékkel bír, a matematikai tulajdonságok ritkasága alapján. A múltban néhány, a ritka tulajdonságokkal rendelkező (és kedvező ETH-átváltási árfolyamú) kriptográfia több mint 100 000 dollár USD-ért értékesített.

Az alábbi kép a Cryptokitties weboldalt mutatja be néhány kriptokittia példájával, mindegyiknek megvan a saját egyedi tulajdonságai.

Játssz kriptoprikásokkal Ethereummal

Cserélj tokeneket az IDEX-rel

Több ezer ERC-20 token van használatban. Mielőtt felhasználhat egy tokent valami fizetéshez, meg kell szereznie azt. Néhány token ingyenes, de mást meg kell vásárolni. Token megvásárlásához cserélnie kell valutát vagy kriptovalutát, így szüksége van egy olyan szervezetre, amely csere szolgáltatásokat nyújt.

Az IDEX egy decentralizált tőzsde (DEX), amelynek szakterülete az ETH és az ERC-20 token közötti kereskedelem. Megerősíti az ügyleteket intelligens szerződésében, anélkül, hogy megvárná az Ethereum blokk bányászatát. Az IDEX azon képessége, hogy valós időben megerősítse a tranzakciókat, lehetővé teszi a kereskedők számára a folyamatos kereskedelmet.

A megrendeléseket az Ethereum blokkláncon rögzítik a beérkezésük sorrendjében, de a kereskedőknek nem kell megvárniuk tokeneiket. Amint megrendelését az intelligens szerződés jóváhagyja, megkapja őket.

Ez a kép az IDEX weboldalt mutatja be az aktívabb Ethereum ERC-20 tokenek listájával.

Ethereum IDEX

Az Ethereum segítségével hozza létre digitális identitását az uPort használatával

Az uPort dApp innovatív kezdeményezés, amelynek egyszerű célja: mindenki számára decentralizált identitás biztosítása, az Ethereum blokkláncon tárolva. A felhasználók az uPorton keresztül regisztrálják személyazonosságukat. A hitelesítés után a felhasználók az uPort digitális identitást használhatják digitális szerződések aláírására és más szolgáltatásokkal való együttműködésre, amelyek validált identitást igényelnek.

Az uPort dApp számos potenciális felhasználással rendelkezik. Az uPort egyik legszembetűnőbb igénye segítséget nyújthat abban, hogy a fizikai azonosító elemeket elvesztett emberek számára továbbra is igazolják személyazonosságukat. A katasztrófaesemények túlélői gyakran nem azonosulnak velük. A változatlan digitális azonosító elérése segíthet enyhíteni ezt a problémát. A digitális személyazonosság segíthet a bevándorlásban, a szavazásban és más olyan esetekben, amikor azonosításra van szükség.

Ossza meg gondolatait a blokkláncról az EtherTweettel

Amint a neve is sugallja, az EtherTweet blokklánc alternatívája a Twitter-nek. A fő különbség az, hogy az EtherTweet cenzúrázatlan, mivel minden üzenetet az Ethereum blokkláncon tárolnak. Legfeljebb 160 karaktert küldhet el.

Bár az árak az éter aktuális értéke alapján változnak, az EtherTweet-fiók létrehozása körülbelül 2 centbe kerül, és minden egyes tweet körülbelül egyharmad százalékba kerül. Az alábbi kép az EtherTweet weboldalt mutatja be, amellyel a webes felületet tweetküldéshez és -olvasáshoz használják.

EtherTweet

Az Ethereum segítségével keressen munkákat az EthLance segítségével

Az EthLance egy elosztott platform a szabadúszók és a munkáltatók számára, hogy egymást találjanak, munkát végezzenek, és éterben átutalják a fizetéseket. Az EthLance a district0x hálózat része, amely a decentralizált piacterek és közösségek együttese. Az EthLance egyik kiemelkedő tulajdonsága, hogy nem számít fel díjat.

Az EthLance-tagság ingyenes, és a szabadúszók és a munkaadók egyaránt használhatják a hálózatot a személyzet nyitott munkahelyekkel való összevetésére. Miután a munka befejeződött, a munkáltatók közvetlenül éter használatával fizethetnek szabadúszóknak. A teljes EthLance platform Ethereumban fut. Az EthLance átlátható jellege és nulla díjmodellje nagyszerű forrássá teszi az önálló vállalkozók számára.

Az alábbi kép az EthLance webhelyet ábrázolja a „hogyan működik” grafikával, bemutatva, hogy a szabadúszók és a munkáltatók hogyan használhatják a szolgáltatásokat. Ha többet szeretne tudni az EthLance-ról, keresse fel webhelyüket a következő címen:.

EthLance

A TenX használata éterrel és más kriptovalutákkal történő fizetéshez

A TenX lehetővé teszi az ügyfelek számára, hogy étert és más kriptovaluutákat használják a kiskereskedőkön, hogy fizetjenek a vásárlásokról az egész világon. Noha a legtöbb kiskereskedő még nem támogatja közvetlenül a rejtjeleket, a TenX saját kripto-betéti kártyákat és hitelkártyákat hozott létre, amelyek kapcsolódnak a saját titkosítási pénztárcájához. A TenX kártyák biztosítják a hidat a kriptovaluták és a hagyományos fizetési eszközök között.

A TenX rögzíti az összes fizetési tranzakciót a blokkláncon, és egy nagyobb hálózatot tervez, amely lehetővé teszi az alkalmazások számára, hogy több blokkláncon keresztül kommunikálhassanak.

Az alábbi kép a TenX webhelyet ábrázolja a TenX bankkártyájukkal.

TenX bankkártya

Az Ethereum segítségével vásároljon és értékesítsen számítási teljesítményt a Golem-rel

Az utolsó innovatív Ethereum projekt a Golem. A Golem decentralizált piac a számítási teljesítmény vásárlására és eladására. A Golem segíthet abban, hogy rendelkezik-e túlzott számítási teljesítménygel, amelyet eladni szeretne, vagy átmenetileg bérelnie kell több számítási teljesítményt egy projekt befejezéséhez. Használhatja a Golem szuperszámítógépeket, miután befizette a natív GNT tokent, vagy kereshet GNT-t azért, hogy másoknak engedélyezi a túlzott számítási teljesítményt.

A Golem weboldala

Amint az fentebb nyilvánvaló, az Ethereum felhasználható mindenféle kreatív projekthez. Hogyan fogja a szervezet használni az Ethereumot?

  1. Személyes pénzügyKülönböző típusú Ethereum pénztárcák
Ethereum a bábukhoz

Michael Solomon készítette

Az Ethereum blokkban tárolt mindegyiknek van címe, így a tulajdonos blokkokban megtalálja és elérheti adatait. Az Ethereum blokkokban tárolt adatok kriptoeszközök lehetnek, mint például éter vagy más jogkivonatok, intelligens szerződések vagy bármilyen más adat. Az adatok címe azonosítja az adatok tulajdonosát. És amikor a titkosítási eszközökről van szó, akkor csak a tulajdonos férhet hozzá ezekhez az adatokhoz. Nos, bárki hozzáférhet titkosított adatokhoz, de csak a tulajdonos tudja visszafejteni az adatokat és felhasználni az eszközt.

Az a személy, aki kezeli az adatok titkosításához használt magánkulcsot a blokkláncon, kezeli az adatokat. Bármely kriptoeszköz igénylésére csak az lehet bizonyítani, hogy ellenőrzi a titkosítási eszköz címéhez társított magánkulcsot.

Az Ethereum-címek a tulajdonos nyilvános kulcsának kivonatának az utolsó (legszélső) 20 bájtja. Egy cím kiszámításához egyszerűen kiszámolja a Keccak-256 nyilvános kulcs kivonatát, majd másolja a legjobban 20 bájtot. A kapott érték a fiók nyilvános kulcsának címe. A cím nyilvános kulcsból történő kiszámításához a következőképpen néz ki:

addr = jobb (keccak256 (pubkey), 20)

A rejtjelező eszközök kizárólagos védelme a magánkulcsok védelme. Szüksége van valamilyen mechanizmusra a privát kulcs tárolásához, hogy elérje, de senki más nem. A pénztárca elsődleges funkciója egy vagy több magánkulcs tárolására szolgáló hely, amelyet a blokklánc-adatok eléréséhez használnak.

A tökéletes Ethereum pénztárca megkönnyíti a kulcsok elérését, mások számára pedig a billentyűk elérését. Minden pénztárca kiegyensúlyozza ezt a két célt, és kompromisszumot talál a segédprogram (milyen könnyű hozzáférni a kulcsokhoz) és a biztonság (mennyire biztonságos a kulcsok a támadás ellen) között.

Az Ethereum pénztárcák típusai

A magánkulcsokat többféle módon lehet tárolni, a nagyon biztonságostól a nagyon könnyen hozzáférhetőig. Fontolnia kell a privát kulcsok fontosságát, és válassza ki az Ön számára megfelelő pénztárca típusát. A pénztárcák fő kategóriái a következők:

  • A szoftver pénztárcák tárolják a magánkulcsokat adatfájlokban, ahol a felhasználók könnyen hozzáférhetnek hozzájuk. A hardver pénztárca magánkulcsokat tárol egy eszköz belsejében tárolt fizikai chipen, például a Ledger Nano S. A papír pénztárcák olyan papírdarabok, amelyekre a kulcsok vannak nyomtatva.

Szoftver Ethereum pénztárcák

A szoftver pénztárcák olyan programok, amelyek tárolják a magánkulcsokat, és megkönnyítik a felhasználók számára a kulcsok letöltését és használatát. A pénztárca beállítása után a kulcsokhoz hozzáférhet felhasználói azonosítóval és jelszóval, vagy csak egy titkosított fájl megadásával. A szoftver pénztárcákat tovább lehet osztani két fő kategóriába: forró pénztárcák és hideg pénztárcák.

Ethereum forró pénztárca

A forró pénztárca tárolja a kulcsokat online. A világ bármely pontjáról könnyen elérheti kulcsait és Ethereum eszközeit. Csak internetkapcsolatra és hozzáférési hitelesítő adatokra van szüksége. Noha a forró pénztárcák kényelmesek, ez a kényelem költséggel jár. Ha valaki ellopja a hozzáférési hitelesítő adatait, ellophatja az Ethereum eszközeit.

Meg kell bíznia a kulcsot tároló pénztárca szervezetben is. Ha az Ethereum pénztárca-szervezetét feltörték vagy az üzlet megszűnik, mindent elveszíthet. Ha ez a szervezet a nyomozás célja, akkor az Ön adatai nyilvánosságra kerülhetnek, vagy az Ethereum eszközei befagyaszthatók. Ön feladja az irányítást a kényelem érdekében.

Ethereum hideg pénztárca

A hideg pénztárca olyan, amelyben offline tárolja a kulcsokat. A kulcsokat csak akkor kell megadnia, ha hozzáférni akar az Ethereum eszközeihez. A kulcsokat offline módban tárolhatja többféle módon, de ez a megközelítés néhány további lépést igényel, ha rejtjelezési eszközöket akar vásárolni vagy eladni, vagy intelligens szerződésekkel kölcsönhatásba lépni.

Noha a hideg pénztárcák egy kicsit kevésbé kényelmesek, biztonságosabbak lehetnek. Az ilyen típusú Ethereum pénztárcával ellenőrizheti a kulcsokat, és megtehet minden szükséges óvintézkedést, amely szükségesnek tartja a kulcsok védelme érdekében. Hideg pénztárca használata alternatívát jelent, és enyhíti annak veszélyét, hogy a támadó becsapódik az online pénztárcájába és sok kulcsot gyűjt be.

Hideg pénztárcával Ön felelős a kulcsok védelméért. Gondoskodnod kell arról, hogy a kulcsokat tároló minden hely a lehető legbiztonságosabb legyen. Ha sok érték van tárolva az Ethereum blokkláncon, akkor ellenőrizze, hogy a kulcstároló helyek a lehető legbiztonságosabbak-e vannak, és csak te másnak érhetik el őket.

Forró pénztárca vs hideg pénztárca Ethereum számára

Hogyan dönthet úgy, hogy forró vagy hideg pénztárcát használ az Ethereum számára? Ha nagyobb kényelmet szeretne, és bíznának egy online pénztárca-gyártó biztonságában, a forró pénztárca lehet a legjobb választás. Továbbá, ha nem tervez különleges értékű tárolást tárolni egy adott Ethereum-fiókkal, a forró pénztárca a legegyszerűbb, és a leginkább értelmezhető erre a fiókra.

Másrészt, ha bizalmatlanná teszik az online szolgáltatókat, és szívesen vállalják a felelősséget a kulcstárolás biztosításáért, a hideg pénztárca nagyobb ellenőrzést biztosít Önnek. Vagy ha azt tervezi, hogy jelentős értékű eszközöket tárol, akkor vállalnia kell a felelősséget a saját dolgok védelmében. Fel kell áldoznia némi kényelmet, de a kriptovaluta elvesztése önmagában is kényelmetlen.

Az Ethererum pénztárca-kliens szoftverének típusai

Miután úgy döntött, hogy kulcsait meleg vagy hideg pénztárcában tárolja, a következő választás a pénztárca kliens szoftver típusa (i). Ha az Ethereum szoftver pénztárcáját választja a kulcsok tárolására, akkor ezt a szoftvert valahol el kell futtatnia. Több választási lehetősége van:

  • Web pénztárca: Olyan pénztárca szoftver, amelyhez webböngészővel fér hozzá. Asztali pénztárcák: Asztali vagy laptop számítógépen futó szoftver. A legtöbb esetben az asztali pénztárcák Microsoft Windows, macOS vagy Linux rendszert futtató számítógépeken futnak. Mobil pénztárca: Ethereum pénztárca mobil eszközökhöz. A leggyakoribb pénztárca szoftver okostelefonok és táblagépek iOS és Android operációs rendszerein fut.

Nem kell csak egy Ethereum pénztárcát választania. Az Ön igényeitől függően több pénztárcát is használhat. A nagy értékű kriptoeszközök kulcsait gondosabban kell védeni, míg az alacsony értékű kriptoeszközök kulcsait online lehet tárolni a könnyebb hozzáférés érdekében.

Hardver Ethereum pénztárcák

Az Ethereum pénztárca opció, amely biztonságosabb, mint a legtöbb szoftver pénztárca, hardver pénztárca. A hardver pénztárca magánkulcsokat tárol egy fizikai chipen. A chipet tartalmazó eszközt számos különféle típusú számítógéphez és mobil eszközhöz csatlakoztathatja, így többféle módon biztosíthatja a kulcsok elérését. A legtöbb hardver pénztárca fizikai gombokat is biztosít a kulcsokhoz való hozzáférés kezeléséhez.

A fizikai pénztárca előnye a fokozott biztonság. Csak akkor csatlakoztathatja eszközt a számítógéphez, ha hozzáférni kíván a blokklánc eszközeihez. Ha az eszköz nincs csatlakoztatva, a kulcsok biztonságban vannak a fizikai eszközön. A támadónak fizikailag el kell lopnia a pénztárca eszközt, és tudnia kell a hozzáférési hitelesítő adatait, hogy elérje a kulcsait.

A fizikai pénztárca hátránya a kényelem elvesztése és a redundancia. Minden alkalommal csatlakoztatnia kell a fizikai pénztárcáját egy számítógéphez vagy eszközhöz, amikor hozzáférni szeretne a blokklánc-eszközökhöz. Ha gyakran használja az eszközöket, ez a folyamat bosszantóvá válhat.

Ezenkívül, ha elveszíti fizikai eszközét, valószínűleg soha nem lesz képes helyreállítani a blokklánc-eszközökhöz való hozzáférést. Ezért sok fizikai pénztárca-felhasználó legalább egy biztonsági másolatot készít a kulcsairól, és különös gondot fordít arra, hogy biztonságos helyen tárolja.

Papír Ethereum pénztárcák

Az Ethereum pénztárca utolsó típusa lehet a legbiztonságosabb. Ahogy a neve is sugallja, a papír pénztárca szó szerint csak darab papír. Az Ethereum-fiók létrehozása és a kulcsok előállítása után a kulcsok tárolásának egyik módja az, ha egyszerűen papírra nyomtatják. A legtöbb kulcsgenerációs opció lehetővé teszi a kulcsok kinyomtatását. Ha ezt a lehetőséget választja, megkapja a személyes és nyilvános kulcsok nyomtatott példányát, valamint az egyes kulcsok QR-kódját.

papír Ethereum pénztárca

Ha bármikor hozzáférni szeretne blokklánc-eszközeihez, például éter vásárlásához vagy eladásához, írja be a saját kulcsát, vagy beolvassa a QR-kódot. Természetesen annak a szoftvernek, amelyet az Ethereum eléréséhez használ, támogatnia kell a QR szkennelést.

A papír pénztárca csak akkor biztonságos, ha titokban tartja a papírt. Óvatosan őrizze meg ezt a darabot. Bárki, aki megragadhatja a papírt, vagy akár képet is készíthet róla, ellophatja az Ethereum összes eszközét. Ugyanúgy, mint a hardver Ethereum pénztárcák esetében, érdemes biztonsági másolatot készíteni, és biztonságos helyen tartani.

Függetlenül attól, hogy milyen Ethereum pénztárcát választott, mindenképpen tegyen óvintézkedéseket az eszközének biztonságos megőrzése érdekében.

  1. Személyes pénzügyA legjobb Ethereum pénztárca kiválasztása az Ön számára
Ethereum a bábukhoz

Michael Solomon készítette

Számos választási lehetősége van az Ethereum pénztárcákhoz. Itt megismerheti a legnépszerűbb típusokat. Ezekkel az információkkal eldöntheti, mely Ethereum pénztárca illeszkedik legjobban az Ön igényeihez.

Ethereum pénztárca

Ha ezt elolvasva nem biztos abban, hogy melyik a legjobb Ethereum pénztárca, ne aggódjon - válassza ki a jól néz ki egyet, és kezdje el használni. Ha később úgy dönt, hogy másik pénztárcára vált, akkor a folyamat egyszerű. És egyetlen szabály sem írja elő, hogy nem lehet több Ethereum pénztárca. (Nem olyan, mintha több pénztárcát a hátsó zsebébe csapna be!)

Szoftver Ethereum pénztárcák

A szoftver pénztárcák egyszerűen olyan programok, amelyek előállítják, tárolják és kezelik a kulcsokat. Az Ön lehetőségei a web pénztárca, az asztali pénztárca és a mobil pénztárca. A szoftver-pénztárca-beállítások közötti két elsődleges különbség a futtatás és a kulcsok tárolása között található.

Internetes pénztárcák az Ethereum számára

A web pénztárcák népszerűek az alkalmi Ethereum használatra. Könnyen kezelhetők, és kényelmesebbé teszik a kulcsok elérését. Az Ethereum pénztárca megnyitásához csak internetkapcsolatra, webböngészőre és bejelentkezési adataira van szüksége.

Ethereum asztali pénztárcák

Az asztali pénztárcák olyan szoftverek, amelyek személyi számítógépen futnak. A legtöbb asztali pénztárca kulcsot tárol helyi szinten, így az Ethereum pénztárca megnyitásához hozzáférnie kell a számítógéphez.

Mobil Ethereum pénztárcák

A mobil pénztárcák hasonlóak az asztali pénztárcákhoz, de a szoftver mobil eszközökön fut. A kulcsok általában a mobil eszközön is tárolódnak. A mobiltárca jó lehetőség, ha mindig a kulcsait magával akarja venni. Hátránya, hogy ha elveszíti a mobilkészüléket, elveszítheti az Ethereum eszközeinek hozzáférését. (Ezért mindig jó a biztonsági mentés.)

Hardver Ethereum pénztárcák

A hardver pénztárcák extra biztonsági szintet biztosítanak a kulcsokhoz, mivel azokat az eszköz belsejében lévő fizikai chipen tárolják. Az Ethereum legtöbb hardvertárca USB-eszköz. A kulcsok eléréséhez olvassa el a pénztárca eszközt egy számítógéphez vagy egy mobil eszközhöz, majd futtasson néhány szoftvert a kulcsok eléréséhez.

Az eszköztől függően a szoftver web alapú lehet, vagy helyileg futhat a számítógépen vagy a mobil eszközön. Számos szoftver pénztárca lehetővé teszi az Ethereum hardveres pénztárcákkal való integrálást, hogy a kulcsok tárolása még biztonságosabb legyen.

A kulcsok saját eszközén történő tárolása azt jelenti, hogy meg kell tennie az eszköz biztonságos rögzítését. Mindig tisztában kell lennie az eszköz helyzetével, és mindig készítsen biztonsági másolatot, ha az eszköz eltűnik.

Papír Ethereum pénztárcák

A papír pénztárca az Ethereum pénztárca legegyszerűbb típusa. Miután létrehozott egy fiókot és előállította a kulcsokat, egyszerűen kinyomtatja a kulcsokat egy egyszerű papírdarabra. A kulcsok csak azon a papíron léteznek, amelyet kinyomtattak; nem tárolja őket szoftverrel vagy hardver eszközön.

A papíralapú Ethereum pénztárca előnye, hogy a kulcsok felett van a legfontosabb ellenőrzés, és senki más nem érheti meg őket. Ez is a legnagyobb hátrány. Külön óvintézkedéseket kell tennie a biztonsági másolat biztonságos tárolására, arra az esetre, ha valami történik a papírral.

A kiválasztott Ethereum pénztárcát gondosan mérlegelni kell az előnyeivel, hátrányaival és végül azzal, hogy miként tervezi használni.

  1. Személyes pénzügyMi az Ethereum?
Ethereum a bábukhoz

Michael Solomon készítette

Az Ethereum egy átfogó, decentralizált alkalmazásplatform, amely a képességek körét kibővíti azon, ami a blockchain technológia előtt volt lehetséges. Mi különbözteti meg más decentralizált platformoktól? Itt egy kis Ethereum háttér.

Bemutatjuk az Ethereumot

A Bitcoin volt az első blockchain technológiai alkalmazás. Forradalmi volt, és meghatározta az első széles körben használt digitális valutát, az úgynevezett kriptovalutát. A név kriptográfiai része a kriptográfiai kivonatok használatára utal a blokklánc integritásának biztosítása érdekében. A megosztott főkönyv szó szerint megőrzi minden kriptovaluta tranzakció másolatát, amelyet az összes csomópont ellenőriz.

Ezt a megközelítést alkalmazva a bitcoin állandó nyilvántartást hozott létre minden kriptovaluta cseréjéről. Mivel a fióktulajdonosokat csak egy cím azonosítja, a bitcoin mindig is anonimitást élvez.

Bár a bitcoin címek nem kapcsolódnak közvetlenül az emberekhez, sok cserék nyilvántartásokkal rendelkeznek a címekhez kapcsolódó identitásokról. Egy ponton ki kell cserélnie a kriptovalutát valódi valutára. Ebben az átállási pontban sok rendészeti tisztviselő összpontosít, amikor kriptovalutákkal próbálta felfedezni a bűnözőket.

Ahogy a bitcoin egyre népszerűbbé vált, a kutatók egyre több alkalmazást láttak a blockchain technológiában, a kriptovalután túl. 2013-ban Vitalik Buterin, a Bitcoin Magazine társalapítója kiadott egy white paper-ot, amely egy új, funkcionálisabb blockchain megvalósítást javasolt. Ez az új javaslat az Ethereum blokkláncára vonatkozott. Miután felkeltették érdeklődését, és technikai és pénzügyi támogatást vonzottak, megalakult az Ethereum Alapítvány, egy svájci nonprofit szervezet, amely az Ethereum fejlesztőjévé vált.

Az Ethereumot nem csak a kriptovaluta cseréjére hozták létre. Valójában az elején tervezték, hogy más legyen. Az Ethereum alapvető jellemzői az intelligens szerződés és az éter.

Az éter az a natív kriptovaluta, amelyet az Ethereum támogat, bár létrehozhat saját tokeneket az érték sokféle formában történő cseréjéhez. Az intelligens szerződések olyan végrehajtási környezetet biztosítanak, amely biztosítja az integritást az összes csomópont között. Bármely kód, amely egy csomóponton fut, minden csomóponton ugyanúgy fut. Ez a garancia lehetővé teszi az alkalmazások széles skálájának telepítését a nem megbízható környezetekben.

Az alapvető garanciák az Ethereum sokféle típusú értékcserét támogatnak anélkül, hogy csalással, cenzúrával vagy harmadik fél bevonásával járnának. Amikor kapcsolatba lép egy Ethereum alkalmazással, akkor nem kell, hogy közvetítőkre támaszkodjon a tranzakciók brókerje során. A bizalom biztosításához nincs szüksége bankra, nagykereskedőre vagy tranzakciós brókerre. Az Ethereum disztribúciója eredményeként gyakran gyorsabban teljesítheti a tranzakciókat, jóval alacsonyabb szolgáltatási díjakkal és külső hatóságok jóváhagyása nélkül.

Míg az adatok és a folyamatok megosztásának örökölt megoldásaihoz az integritás érvényesítéséhez harmadik féltől származó hatóságokat kellett igénybe venni, az Ethereum biztosítja a folyamatok és az adatok integritását, valamint a disztribúciót. A lehetőségeket csak most kezdik feltárni.

Az Ethereum konszenzusának, bányászati ​​és intelligens szerződéseinek feltárása

Az Ethereum integritást biztosít a megváltoztathatatlanság és az intelligens szerződések végrehajtásában. A megváltoztathatatlanság nem valójában blokklánc garancia. Bármely blokkban megváltoztathatja az adatokat - még akkor is, ha más blokkokat hozzáadtak a blokklánchoz. Amint megváltoztatja a blokkot, az a blokk és az azt követő összes blokk meghiúsul az integritás ellenőrzésén, és a csomópont nincs szinkronban. Ahelyett, hogy azt állítaná, hogy a blokklánc változatlan, pontosabb azt mondani, hogy a blokkláncban bekövetkező bármilyen változás (mutáció) könnyen és azonnal észlelhető.

Az Ethereum a demokrácián alapul. Minden csomópont egyenlő szavazatot kap. Minden alkalommal, amikor a csomópontok új blokkot kapnak a blokklánchoz, validálják a blokkot és annak tranzakcióit, majd szavaznak a blokk elfogadásáról vagy elutasításáról. Ha különböző csomópontok több különböző blokkot nyújtanak be, akkor a blokkok közül csak az egyik szavazhat a többségtől. A blokk, amely a hálózati csomópont szavazatainak több mint felét megkapja, a legújabb blokkjához csatlakozik.

Az egyik első probléma annak meghatározása, mikor készen áll egy új blokk a blokkláncra. Ha túl sok egymással ellentmondó blokkot nyújtanak be, a szavazási folyamat lelassul. Az Ethereum megnehezíti új blokkok hozzáadását, hogy az új blokkok ütközésének száma alacsony maradjon és a szavazás gyorsabb legyen. Az Ethereum a Proof of Work (PoW) nevű konszenzusos protokollt használja, amely meghatározza az új blokkok érvényesítésének és hozzáadásának szabályait. A PoW megnehezíti a blokkláncok hozzáadását, de jövedelmező.

Az Ethereum az étert határozza meg kriptovalutaként. Az étert átviheti számlák között, vagy kereshet úgy, hogy kemény munkát végez, hogy blokkokat ad hozzá az Ethereum blokkláncához. Az Ethereum PoW mechanizmus megköveteli, hogy a csomópontok olyan számot találjanak, amely a blokk fejléc adataival kombinálva olyan kriptográfiai hash értéket állít elő, amely megfelel az aktuális célnak, amelyet olyan értékre állítanak be, hogy az új blokk termelést állandó szinten tartsa.

Nehéz megtalálni a jelenlegi célnak megfelelő hash értéket. Átlagosan több mint egy egymilliárd milliárd értéket kell kipróbálnia, hogy megtalálják a megfelelőt. Ez a lényeg. A PoW mechanizmus használata olyan nehezé teszi a blokk benyújtását, hogy kevesebb blokk kerül beküldésre, ami csökkenti az ütközések számát. A csomópont, amely megtalálja a megfelelő értéket, kis éter-kifizetést kap az erőfeszítésért. Ezt a folyamatot bányászatnak hívják, és a nyertes csomópont az a blokk bányásza.

A bányászat szabályozza az új blokkok jelölt blokkként történő benyújtásának sebességét, és olyan számot eredményez, amelyet könnyen ellenőrizni lehet. Nehéz megtalálni a megfelelő számot a puzzle megoldásához, de a szám ellenőrzése gyors és egyszerű. A bányászat másik érdekes aspektusa, hogy minden blokk fejléce tartalmaz egy kivonatot az előző blokkból. Az Ethereum csomópontok a hashot használják az illetéktelen blokkváltozások egyszerű észlelésére. Ha egy blokk megváltozik, a kivonat eredménye nem egyezik meg, és a blokk érvénytelen lesz.

A kriptovaluta bányászattal is pénzt lehet keresni a blockchain technológiával. A bányászat versenyképessé vált, és a mai bányászok többsége nagy teljesítményű hardverbe fektet be, több GPU-val, hogy elvégezze a komplex műveleteket. Annak érdekében, hogy a bányászati ​​folyamat tisztességes legyen, az Ethereum olyan bonyolultsági értéket használ, amely még bonyolultabbá teszi a bányászati ​​folyamatot, mivel a bányászok gyorsabban haladnak. Az összetettség beállítása lehetővé teszi az Ethereum számára, hogy az új blokk frekvenciáját 14 másodpercenként átlagosan egy új blokkra állítsa be.

A ragasztó, amely együtt tartja az Ethereum környezetet, az intelligens szerződés. Az Ethereum sokkal több, mint csupán pénzügyi főkönyv, és az intelligens szerződések gazdag funkcióinak nagy részét biztosítják. Minden Ethereum csomópont futtatja az Ethereum virtuális gép (EVM) egy példányát.

Az EVM az intelligens szerződés kódot futtatja oly módon, hogy garantálja, hogy az intelligens szerződések minden csomóponton ugyanúgy hajtódnak végre, és ugyanazt a kimenetet állítják elő. Az intelligens szerződés kód futtatása nem kötelező. Az intelligens szerződések konkrét szabályok alapján hajtódnak végre, és azokat nem lehet megrontani vagy megállítani. Az EVM intelligens szerződéses garanciái stabil platformot biztosítanak az automatikus tranzakció-feldolgozáshoz, amelyben megbízhat. Az intelligens szerződések biztosítják az Ethereum környezet elsődleges erejét.

A szoftverek egyik ismert gyengesége, hogy a támadók néha megkerülhetik a vezérlőelemeket, és nem kívánt műveleteket hajthatnak végre. Az ilyen típusú támadás nehezebb az Ethereumban, elsősorban okos szerződés végrehajtása miatt. A támadók nem támadhatják meg közvetlenül a blokkláncot, és jogosulatlan módosításokat végezhetnek, mivel az ilyen változásokat azonnal észlelik

A következő legvalószínűbb támadási vektor az intelligens szerződéses felület a blockchain adatokhoz. Az Ethereum garantálja, hogy az intelligens szerződés kód, amelyet bájtkódra lefordítanak, mielőtt a blokkláncba írnák, minden EVM példányon azonos módon végrehajtódik. Az EVM emellett meghatározza, mikor hajtja végre a kódot és milyen kódot hajt végre. A támadóknak kevés lehetősége van az intelligens szerződés kódjának kiaknázására, ami az Ethereumot még biztonságosabbá teszi.

Az Ethereum platform egésze olyan lehetőségeket kínál, amelyek túlmutatnak a blockchain jelenlegi felhasználásán.

  1. Személyes pénzügy10 Tervezési alapelvek az elosztott blokklánc-alkalmazásokhoz
Ethereum a bábukhoz

Michael Solomon készítette

A Blockchain technológia az adatok kezelésének zavaró, átalakító megközelítése. Ez ígéretet fog hozni radikális változásnak arra, hogy hogyan hajtjuk végre olyan feladatokat, amelyek érzékeny információkat kezelnek megosztott környezetben. Az érzékeny adatokkal kapcsolatos kritikus műveletek történelmileg egy erős központi hatóságot igényeltek, hogy meggyőzzék az adattulajdonosokat arról, hogy bízzanak a környezetben ahhoz, hogy adatkezelésük lehetővé tegye.

Az egyik legnehezebb akadály, amelyet minden blokkláncú dApp-nak át kell küzdenie, a bizalom építése. A felhasználóknak bízniuk kell abban, hogy a blokkláncon futó szoftver szilárd intézkedéseket tartalmaz a biztonság biztosítása és a magánélet védelme érdekében, mielőtt érzékeny személyes és üzleti adatokat szolgáltatnának.

Több alapvető tervezési iránymutatás betartásával nagy előrelépés lehet a bizalom kiépítésében. Ha követi az itt található tíz tervezési célt a blokklánc-alkalmazásokban, akkor ösztönözni fogja a felhasználókat, hogy bízzanak az alkalmazásában eléggé, hogy felhasználhassák, és támaszkodjanak rajta.

Tervezze meg a blokklánc-alkalmazásokat a bizalom érdekében

Az egyik elsődleges ok, amiért a legtöbb szervezet a blokklánc-megoldások felé mozog, az a képessége, hogy megosszák az adatokat egymással nem megbízható csomópontok között. Ha erre gondolsz, ez valóban magas sávot jelent a dApp fejlesztõi számára. A sikeres dApp kifejlesztéséhez meg kell győznie a felhasználókat, hogy bíznak a szoftverükben adataikkal, amikor nagyszámú más csomópontnak küldi el, amelyekben nem bíznak (és ők sem bíznak benne).

A bizalom általában (de nem mindig) tranzitív. (Igen, visszatértél a matematikai osztályhoz. Ha A = B és B = C, akkor A = C. Üdvözlettel várjuk.) Ez a leggyakoribb módszer, amikor emberekként foglalkozunk a bizalommal.

Ha bízik Máriában, és Joe bízik benne, akkor valószínűleg Joe-val minden bizonnyal bízik Mary-ben. Tegyük fel, hogy élelmiszerkritikus vagy. Joe bíz abban, hogy ajánljon jó ételt. Ha azt mondod, hogy igazán szereted Mary őszibarackpitejét, akkor Joe nagyobb valószínűséggel próbálja meg őszibarackpitejét, mivel Joe az ízlésedben bízik az ételben. De ez nem követi a megbízhatatlan környezetet. A blockchain dApp-ok esetén a felhasználók bíznak benne, de nem bíznak másokban a saját blockchain-hálózatában.

Az első tervezési célja egy magas szintű cél, amelyet minden döntésnél szem előtt tartva kell ösztönöznie. A későbbi tervezési célok közül sok támogatja ezt: DApp-ok tervezése a bizalom érdekében. Ez a cél azt jelenti, hogy azt szeretné mérlegelni, hogy a felhasználók mi vágynak, és mi érzi őket úgy, hogy bízhatnak a dApp-ban.

A felhasználóknak tudniuk kell, hogy ügyelni fog az adataikra. A dApp-jának nem szabad semmit elrejtenie, és meg kell könnyítenie a történések ellenőrzését. Világosan közölnie kell a jó és a rossz információkat, és általános jó közérzetet kell adnia. Noha ez a szoftver magas megrendelése, a bizalom kiépítésére van szükség.

A bizalom megtervezésének legfontosabb szempontja annak megértése, hogy kik a felhasználók és mi teszi őket kényelmesebbé. Röviden: ismerje meg felhasználóit. Tudja meg, mit akarnak, és hogyan tudja meggyőzni őket arról, hogy nem pazarolja idejét, vagy kihasználja az ön iránti bizalmát.

A konzisztencia érvényesítése a blokklánc-alkalmazásokban

A zavar elkerülésének egyik legegyszerűbb módja a lehetőségek és az ütköző tapasztalatok korlátozása a dApp-okban. A Microsoft régen megtanulta a konzisztencia hatalmát. Kidolgozták a felhasználókkal való interakció szabványait, felfedezték és meghatározták a felhasználói felület létrehozásának minden szempontját. Ezért érzik magukat a Microsoft alkalmazások egymáshoz hasonlóan.

Ha egy Microsoft-alkalmazást használ, akkor legalább a Microsoft egyéb alkalmazásai általános felhasználói felületét felismeri. (És ha egy ideje használta a Microsoft termékeit, akkor emlékezni fog a Microsoft által okozott hatalmas zavarokra, amikor átalakultak lapkás alapú felhasználói felületre - főleg azért, mert mindenki annyira tetszett a régi Microsoft felületről.)

Például, ha meg akarja találni a futó Windows program aktuális verzióját, akkor szinte mindig rákattinthat vagy megérintheti a Súgót, majd rákattinthat vagy megérintheti a Súgó menü Névjegy menüpontját.

Az alábbi kép a Névjegy menüpontot mutatja a VS kódban. A Névjegy menüpont szinte minden Windows alkalmazásban létezik, és az futtatott program alapvető adatait, beleértve a verziószámot is mutatja. A felhasználói felület következetességének ilyen egyszerű példája megkönnyíti bárki számára az alkalmazásokkal kapcsolatos információk megtalálását anélkül, hogy vadászni kellene.

VS kód Ethereum

Az alábbi kép a Névjegy párbeszédpanelt mutatja a VS kódban. A legtöbb Windows alkalmazás kiadási információit a Súgó → Névjegy elemre kattintással vagy megérintésével találhatja meg. Ez a következetesség hatalma.

VS Code About párbeszédpanel

A dApp-oknak egyértelmű szabványokat kell meghatározniuk minden felhasználói interakcióhoz. Amikor felkéri a felhasználókat, hogy adjanak meg adatot, akkor ezt ugyanúgy tegyék meg a dApp-ban. Amikor a felhasználó több helyre írja be a termékazonosítót, a beviteli mezőnek minden helyszínen azonosnak kell lennie. Ugyanazokat a színeket, betűkészleteket és beviteli módot használva adjon a dApp-nak egységes megjelenést.

Egy másik terület, ahol a GUI-alkalmazásokban következetességet találhat, a billentyűparancsok. Szinte mindig a Ctrl-C segítségével másolhatja a kiemelt szöveget, a Ctrl-V pedig a szöveg új helyre való beillesztéséhez. A következetes billentyűparancsok még egyszerűbbé teszik az új szoftverek megtanulását és használatát.

Ugyanígy szabványosítsa az összes kimenetet. A hibaüzenetek és riasztások a szabványosítás fő területei. Ha lehetséges, használjon általános bemeneti és kimeneti rétegeket, hogy minden bemenet és kimenet ugyanazt a funkciót használja. A teljes dApp következetesebbnek tűnik.

Megpróbálja ösztönözni a felhasználókat, hogy továbbra is használják a dApp-ot. A dApp, amely következetes felhasználói felületet mutat, az építi a bizalmat. A következetesség azt is megkönnyíti a felhasználók számára, hogy megtanulják a szoftver használatát, és egy könnyen megtanulható alkalmazás az, amelyet a felhasználók valószínűleg inkább szeretnének elfogadni és elfogadni.

Távolítsa el a kételyeket a blockchain-alkalmazások átláthatóságától

Az egyik ok, amiért a felhasználók nem bíznak egy alkalmazásban, az az, hogy nem igazán értik azt. A felhasználók megadják adataikat, de nem tudják, mi történik utána. Nem tudják, hová tartják adataikat, és hogy még mindig ott vannak-e a rendszerben. Az az érzés, hogy az adatokat fekete dobozba helyezzük, még erősebb lehet a blockchain dApps esetén.

Ahogy a blockchain technológia egyre népszerűbbé válik, jellemzőinek általános ismerete növekszik. Ez azt jelenti, hogy sok felhasználó tudni fogja, hogy a dApp sok más számítógépre küldi adataikat, potenciálisan az egész világon. Az egyik akadály, amelyet meg kell küzdenie, a felhasználók meggyőzése, hogy védi az érzékeny adataikat.

Világosan közölje, milyen adatokra van szüksége a dApp-ban, miért van szüksége az egyes típusú adatokra, és mit csinál vele. Ezt az információt nem kell minden alkalommal továbbítania, amikor adatot kér, de ennek az első alkalommal elérhetőnek kell lennie, amikor új felhasználóval lép kapcsolatba, és ezt követően igény van.

Azt is meg kell könnyítenie a felhasználók számára, hogy megnézhessék, mit tettek (és mit tettek a dApp az adataikkal.) Az áttekinthetőség biztosítása minden egyes lépés során bizalommal jár a felhasználók számára.

Megkönnyíti a felhasználók számára a műveletek ellenőrzését és lefolytatását. Ez az átláthatósági szint biztosítja a felhasználók számára a bizalmat, hogy a dApp azt csinálja, amit állít, és csökkentheti az aggodalmát, hogy a dApp valamit elrejt. A felhasználói aggodalom szintjétől és a saját tervezési irányelveitől függően beépítheti az átláthatóságot az egyes munkafolyamatokba vagy igény szerinti funkciókba, hogy az energiafelhasználók az igényeik szerint fúrhassanak.

Visszajelzést, útmutatást és elvárásokat meghatározhat a blokklánc-alkalmazásokhoz

A blokklánc-alkalmazás számára a következő tervezési cél, amely visszajelzéseket és útmutatásokat nyújt, valamint az elvárások meghatározását szolgálja. Ez a cél az átláthatóság logikus kiterjesztése. Míg az átláthatóság teszi a tranzakciók és a munkafolyamatok részleteit a felhasználók számára elérhetővé, a visszajelzés, az útmutatások és az elvárások beállítása átláthatóságot tesz a normál munkafolyamatba. Ahelyett, hogy csak a felhasználók láthatnák, mi történt, informatív visszajelzést kell adnia nekik minden jelentős munkafolyamat-lépésnél.

Például, ha Ön gyártó, és az új traktor tulajdonjogát éppen átruházta egy feladóra, az új ellátási lánc dApp üzenetét jelenítheti meg: „Az ABC-12345 sorszámú traktort éppen átruházta a Unified Shipping - 456778 tranzakciós számra. . ”Természetesen valószínűleg további részletekhez jutna a tőkeelemek átruházásához, de megkapod az ötletet. A dApp visszajelzést adott, amely lényegében azt mondja: „Hé, jó munka. Íme, amit tettél. ”Az informatív visszacsatolás az első lépés, hogy meggyőzzük a felhasználókat, hogy bízzanak a dApp-ban. A visszajelzés biztosítja számukra, hogy helyesen használják a szoftvert.

A visszajelzési példát kibővítheti, hogy a felhasználót a következő lépésről is tájékoztassa. A traktor példájában a visszajelző üzenet tartalmazhat egy „Szeretné most kiadni a címet is?” Üzenetet, azzal a lehetőséggel, hogy rákattinthat vagy megérinthet egy gombot a következő lépéshez lépéshez. A feladat befejezése felszólítja ezt a segítséget annak biztosítására, hogy a felhasználók megértsék a megfelelő munkafolyamatot, és azt a benyomást keltik számukra, hogy a szoftver segít nekik a munkájuk helyes elvégzésében. Amikor a szoftver hatékonyabbá teszi a felhasználókat, akkor nagy a hatalom a bizalomépítés felé. Mindenki szereti a szoftvert, amely jól néz ki őket!

Kezelje a hibákat a blokklánc-alkalmazásban az osztálytal

Figyelembe véve, hibák történnek. És néha ezek a hibák nagyok. Remélhetőleg a tesztelés során megtalálta a szoftver összes nagy hibáját. (Teljesen teszteltél, ugye?) Ha igen, akkor a gyártás során felmerült hibák többsége felhasználói hibák lesz.

A felhasználói hibák kezelésekor kerülje el az olyan értesítéseket, amelyek finoman azt mondják: „Összezavarodtál!” A helyzet megoldására összpontosítson, és ne hibáztasson.

Valószínűleg emlékszel arra, hogy az első GPS-készüléket egy autóban használja. A GPS korai napjaiban, ha eltérött a javasolt útvonaltól, meglehetősen szigorú „Útváltás” üzenetet hallott. Lehet, hogy a hang azt mondta: „Nem mész oda, ahogy mondtam. Várj, elmondom neked, hogyan kell visszatérni ahhoz, amit elmondtam neked. ”A hibaüzeneteknek tájékoztatniuk kell a felhasználókat arról, hogy mi történt, de arra kell összpontosítaniuk, hogy mit tegyenek a következőkben. Igen, a GPS ezt tette, de általában finom szidás után. Ne szidja a felhasználókat.

Másrészt, ne töltsön túl sok időt a hibákra koncentrálva. A túlságosan szóbeszédű hibaüzenetek zavaróak lehetnek, és az olvasás túl sokáig tarthat. Térjen a tárgyra. A hibakezelést mindig a felhasználói szempontból tervezze. Adjon meg minden felhasználót, amire gyorsan és határozottan reagálhat a hibákra, és semmi több.

A hibaüzenetek segítenek a végfelhasználóknak megérteni, mi történik, és segítséget nyújtanak a személyzetnek a hibaelhárítás során. Tervezze meg a hibaüzenet-rendszerét úgy, hogy biztosítsa a szükséges felhasználói üzeneteket, valamint szükség esetén sokkal pontosabb üzeneteket a hibaelhárításhoz és a vizsgálatokhoz.

Ne felejtse el, hogy a blokklánc változatlan, tehát minden olyan hibát, amely blokkossá teszi, mindig ott lesznek. A dApp-nak meg kell oldania az adatokkal kapcsolatos felhasználói problémákat, mielőtt ezeket az adatokat a blokkláncba tárolja. A hibák kezelésének trükk az, hogy a felhasználókat a megfelelő megoldáshoz vezessék anélkül, hogy lelassítanák őket. Ehhez figyelmet kell fordítani arra, hogy kik a felhasználók, hogyan használják a dApp-ot, és mire van szükségük a probléma megoldásához. Az egyik tervezési célja annak a hibakezelésnek a biztosítása, amely minden esetben megfelel a felhasználói igényeknek.

A blokklánc-alkalmazásban a felhasználói műveletekre, és nem az adatokra összpontosító tervezési funkciók

A funkciók biztosítják az intelligens szerződések műveleteit. Az intelligens szerződések megnézésének egyik módja az, hogy adatokból (főnevekből) és műveletekből (igék) állnak. Az intelligens szerződések ilyen módon történő megfogalmazása megkönnyíti azok leírását és megtervezését, és általában olyan alkalmazást eredményez, amely a felhasználó szempontjából jól folyik.

Mivel az összes alkalmazás létezik, hogy megfeleljen egyes felhasználók igényeinek, érdemes a szoftvert a felhasználó fényében megtervezni. A legmagasabb szinten, ha a felhasználó új megrendelést akar létrehozni, akkor az a createNewOrder () elnevezésű funkcióval kezdődik. Megváltozhatnak a dolgok, amikor finomítja a tervezést, de a felhasználói szemlélettel kezdve segít megőrizni a szoftver céljainak megfelelő hitelességet. A felhasználói célokat teljesítő műszaki alkatrészek tervezése szintén segít elkerülni a magas szintű funkcionális céloktól való messze eltérést.

A mai szoftverfejlesztő szervezetek nagy része a felhasználói történetekkel kezdődő módszerektől függ. Fejlesztőként felkérést kap arra, hogy készítsen olyan szoftvert, amely teljesíti a következő követelményt, amely így néz ki: „Felhasználóként akarok ____.” - az előző nyilatkozatból üresen), egy jó tervezési stratégia a felhasználóbarát szoftverek készítéséhez.

Minden funkciónak nem kell közvetlenül a felhasználói műveletekhez igazodnia, de a magas szintű funkcióinak úgy kell kinézniük, hogy kielégítik a felhasználói történeteket. Minden feladat műszaki lépéseinek elvégzéséhez mindig alacsonyabb szintű feladat-orientált vagy adat-orientált funkciókra lesz szüksége. Rendben, ha ezek a funkciók nem térképeznek közvetlenül a felhasználói történetekhez. De az alsóbb szintű funkcióinak mindegyikének meg kell játszania azokat a funkciókat, amelyekkel a felhasználók kölcsönhatásba lépnek. Nagyon általános hüvelykujjszabályként a nyilvános funkcióknak nagyon hasonlónak kell lenniük a felhasználói történetre adott válaszoknak.

Tárolja a blockchain alkalmazás adatait a felhasználói műveletek alapján, és nem az adatszerkezetek alapján

Lehet, hogy a felhasználók nem lépnek közvetlenül kapcsolatba az adatokkal, de meg kell próbálnia az adatokat a felhasználói igények alapján rendszerezni. Ez az általános cél inkább a hüvelykujjszabály. Ezt a célt használja az intelligens szerződéses adatszolgáltatási követelmények kezdeti megtervezésekor. Valószínűleg finomítania kell a kialakítást és meg kell változtatnia, de a felhasználói kérésekhez leképezett adatokkal kezdve elősegíti, hogy szoftvere hű maradjon a felhasználói igényeknek.

Például, ha szoftvert tervez megrendelések létrehozására és fenntartására, akkor kezdje el a Solidity struct utasítással, amely meghatározza a megrendelést, ahogy a felhasználó látja. A megrendelés lehet mezőket leíró mezők gyűjteménye, például rendelési szám, megrendelés dátuma, vevői megrendelés, utasítások és a megrendelési sorok listája. A rendelési sorok mezőket tartalmaznak, például termékszám, ár és mennyiség. Ezt meghatározhatja változók struktúrájaként és sorrend sorok felsorolásaként.

Az adatok meghatározásának technikai részleteitől függetlenül e cél fő célja annak mérlegelése, hogy a felhasználók hogyan fogják használni az adatokat, és megpróbálják az adatokat ilyen módon bemutatni. Ha közvetlenül a felhasználók rendelkezésére bocsátja a szoftver átláthatóságának elősegítése érdekében, akkor a megrendeléseket a lehető legkönnyebben elérhetővé teszi. Nem akarja előmozdítani az átláthatóságot, majd arra készteti a felhasználókat, hogy keményen dolgozzanak annak érdekében, hogy kitalálják, mit jelent az Ön adatai. Az adatok egyszerű hozzáférhetősége és megértése még nagyobb bizalmat teremt.

Tartsa egyszerűen a blokklánc-alkalmazását

Sok dologra van szüksége, amelyeket figyelembe kell vennie a dApp tervezésekor. Bár a felhasználókra való összpontosításnak segítenie kell a tervezési döntések közvetlen irányítását, a tendencia az, hogy minden felhasználói igényt kielégítsen. Ha nem hagyja figyelmen kívül, az a vágy, hogy mindent megtegyen, a szoftvert túlságosan összetetté és bonyolultbbá teszi. A felhasználók számára sok választási lehetőség eleinte jó célnak tűnik, ám egy túlterhelteknek a felhasználó nem fog tetszeni (vagy használni) a szoftvert.

Az „egyszerű, hülye” általános célú mondás továbbra is releváns. Szigorú emlékeztető arra, hogy az egyszerűség sokkal okosabb, mint a bonyolult. Lehet, hogy hallotta, hogy „a zavart elme mindig nemmet mond”, de azt akarja, hogy a felhasználók elfogadják és használják a dApp-ot. Azt szeretné, ha rájönnek, hogy szoftvere hatékonyabbá és hatékonyabbá teszi őket. E célok eléréséhez a szoftver megértését és használatát egyszerűvé és érthetővé kell tennie.

Az egyszerűség a felhasználói felülettel kezdődik, de ezzel nem ér véget. Az alkalmazás funkcionális és adattervezésének minden szempontjának a lehető legegyszerűbbnek kell lennie. Ne próbáljon túl sokat tenni. Ehelyett határozza meg, hogy mire van szüksége és mit akar a felhasználó a legjobban, és tegye ezt. Prioritásként kezelje azt a funkcionalitást, amely kiemeli a szoftvert. Az egyszerűség több munkát igényel, de gyakran egy célzott, következetes terméket eredményez, amelyet a felhasználók használnak.

Várható, hogy a blockchain hozzáférés drága

Egy másik praktikus tervezési cél, amely segít elkerülni a fejlesztés utáni átdolgozást, az elejétől azt állítja, hogy az adatok tárolása a blokkláncon drága. Mert a valóságban így van. Sokak számára, akik már akkor kezdtek programozni, amikor a Y2K messze volt a jövőben, a tárolás manapság sokkal olcsóbb, mint régen. Manapság a legtöbb fejlesztőnek nem kell aggódnia az adatméret vagy a tárolási hely miatt. A Blockchain mindent megváltoztat. Most ahelyett, hogy rengeteg olcsó és gyors tárolóhely állna rendelkezésre, fizetnie kell, ahogy megy.

A drága tárolás nem újdonság a blokkláncban, de könnyen elfelejthető. Ha emlékezteti magát, hogy a tárolás már korán drága, akkor valószínűbb, hogy alaposabban átgondolja a tárolási lehetőségeket.

Például tárolnia kell azt a várost és államot, ahol egy terméket szállítanak? A város és az állam egyaránt a irányítószámtól (vagy irányítószámtól általánosabb beállításokban.) Tárolhatja a irányítószámot a szállítási címben, majd csak online API segítségével keresheti meg a megfelelő várost és államot futási idő alatt.

Az adatok szétválasztása, például a irányítószám-példa lehet, hogy nincs értelme az alkalmazásának, ám mindig hasznos lesz, ha átgondolja az adattárolási lehetőségeket. A legdrágább tárolási lehetőségek szinte mindig a rossz tervezés eredményei. Ne tervezzen blokklánc-dApp-okat ugyanúgy, mint a hagyományos adatbázis-alkalmazásokat. Csak nem ugyanazok. Tervezze meg más gondolkodásmódot, és jobb szoftvertermék lesz a végén.

Maradjon távol a blockchain alkalmazás felhasználói útjától

Egy jó blokklánc-alkalmazás kielégíti a legfontosabb felhasználói igényeket oly módon, hogy elősegítsék számukra a hatékonyságot. A tervezésnek azonban nemcsak azt kell figyelembe vennie, hogy mit tesz az alkalmazás, hanem azt is, amit nem.

Minden alkalmazás korlátozásokkal és korlátozásokkal rendelkezik. Ez a tervezési cél egy másik dologra összpontosít, amelyet az alkalmazás nem tesz: Ez nem a felhasználói módon történik. Egyszerűen fogalmazva: az alkalmazásnak segítenie kell a felhasználókat, nem pedig lassítania kell őket. A felhasználói felületnek segítenie kell a felhasználót a munkájuk elvégzésében, és a felhasználói felület elemei közötti átmeneteknek intuitív és oktató jellegűeknek kell lenniük, ha szükséges.

Időnként adatot kell vennie a felhasználóktól, és aztán a blokkláncban kell tárolnia. (Emlékszel, hogy ez drága, ugye?) Mivel tudod, hogy fizetni fogja a felhasználókat az adatok tárolásával a blokkláncon, ne erőltesse őket is. Ha csak lehetséges, hagyja, hogy a felhasználók valami produktív tevékenységet végezzenek, míg az adataikat kezelő funkció a háttérben működik. Lehet, hogy ez egy jó hely a kódban az események felhasználásához.

Tegyen meg mindent, hogy ne akadályozza meg a felhasználókat. Senki sem szereti várni. Tervezzen elgondolkodva, és a termékének sokkal nagyobb esélye lesz arra, hogy kielégítse felhasználói igényeit.