Kérdések és válaszok Alex Chepurnoy-jal és Dmitry Meshkov-val

Először is, van egy fontos bejelentésünk - az Ergo mainnet indítása május 26-ra van tervezve, ha az audit folyamat során nem találnak biztonsági sebezhetőségeket!

Milyen víziók vannak a skálázásról és az elfogadásról?

A skálázás kapcsán a fő megközelítés az, hogy elkerüljük a felesleges terhelést anélkül, hogy a funkcionalitást feláldoznánk. Például a tartósan frissíthető tárolás lehetséges, a frissítéseket egy blokklánc szerződés ellenőrzi, de csak az autentikált adatstruktúra összegzése (és néhány további bájt, ami mindenképpen kevesebb mint 40 bájt) kerül tárolásra az UTXO készletben, függetlenül az adathalmazon. A tárolási bérleti díj segít eltávolítani a port az UTXO készletből. Aztán a könnyű kliensek: az Ergónál teljes csomóponti garanciákat kaphatsz anélkül, hogy az UTXO készletet tárolnád, ha nem bányászol. Ez sokkal javított bootstrapping és blokk érvényesítési időket jelent. Ilyen fejlesztésekkel lehetséges a TPS növelése anélkül, hogy a klasszikus blokklánc feltételeit és garanciáit feláldoznánk. Rendben, de akarsz konkrét számokat? Nincsenek, mivel az olyan paraméterek, mint a blokk mérete stb. nem kőbe vésettek, inkább a bányászok állíthatják be őket. Tehát ha egy bányász alacsony teljes blokk érvényesítési időt tapasztal (mivel a hardver idővel egyre jobbá válik, ahogyan a szoftver is), javasolhatja vagy szavazhat a blokk méretének növelésére.

Az elfogadással kapcsolatban a következő emberek érkezésére számítunk: 1. Azok az emberek, akik értékelik a társadalmi szerződést a rendszer és felhasználói között. Például azok, akik elégedetlenek az Ethereum forkokkal. Az Ergónak nem lesznek hard-forkjai a funkcionalitás frissítésére, míg a közösség számára sok szempontból lehetséges lesz a protokoll frissítése. 2. Legalább (1) miatt, és a korlátozott kínálat miatt az Ergo jó lehet mint értékmegőrző eszköz (a demurrage költség kicsi, ha csak egy érmét tárolsz a rendszerben). 3. Azok az emberek, akik biztonságos, egyszerű és hatékony pénzügyi alkalmazásokra van szükségük. Az Ergo Smart Money koncepciója sokkal egyszerűbb, mint az Ethereum Smart Contracts, miközben elég erős a legtöbb pénzügyi alkalmazás számára, akiknek nincsenek nagyon specifikus készségeik Solidity szerződések fejlesztéséhez, vagy rengeteg pénzük, hogy tapasztalt fejlesztőket alkalmazzanak. 4. Nem vagyok kész bármit is megjósolni a nagy cégekről, de néhány vállalkozás már kifejezte érdeklődését, hogy tokeneket és szerződéseket hozzon létre az Ergo tetején. Túl korai bármit is bejelenteni.

Van példa vagy felhasználási eset?

Sok példánk van, szerződések: orákulumok, crowdfunding, atomcserék és egy láncon belüli (token-to-token) cserék, keverés stb. Az alapvető dolgokat lefedik az ErgoScript oktatóanyag fejlesztőknek.
Egy dokumentum bonyolultabb példákkal (hideg tárcák, keverés, Kő-Papír-Olló játék) hamarosan megjelenik. Továbbá, bemutatunk ICO forgatókönyveket és egy LETS rendszert.
Kérlek, nézd meg a célzott mikrohitel szerződés példáját a "Okos szerződések az emberekért" blogbejegyzésből.

Van szándékotok natív off-chain megoldás építésére, mint a lightning network? És mi a víziótok a közösség által vezérelt megközelítésekről?

Igen, reméljük, hogy ezek valamikor megvalósulnak. Jelenlegi célunk, hogy a lehető legflexibilisebb protokollt biztosítsuk, hogy a megvalósításuk könnyű legyen. Meglepetésünkre már vannak közösségi tagok, akik az Ergo tetején oldallánc megvalósításán dolgoznak, de ez a munka még korai szakaszban van. Támogatunk minden tevékenységet a közösségünkből, beleértve az oldalláncokat is)

Melyik blokklánc projekt hasonlít az ERGO-ra?

Bizonyos szempontokból a Bitcoin (soft-forkability, de mi sokkal tovább megyünk), Coda (ha ez valódi, még ellenőriznem kell; könnyű kliens), Grin (FlyClient hasonló a PoPoW-hoz), ZCash (Equihash hasonló a PoW-unkhoz, de a paramétereink szigorúbbak és a PoW-unk ellenáll a bányászati medencéknek). Nem tudok semmit mondani, ami hasonlít a nyelvünkre! Tehát általában az Ergo nagyon egyedi.

Mi az ErgoData és mik a gyakorlati felhasználási esetei? És mennyi idővel a Mainnet után fogják megvalósítani?

Az ErgoData-t úgy tervezték, hogy egy blokklánc legyen ugyanazzal a technológiával a háttérben, de különböző paraméterekkel, hogy megfeleljen az adat-orientált alkalmazások igényeinek. Most teljes mértékben a single chain és az azon alapuló alkalmazások indítására összpontosítunk. Azt hiszem, az ErgoData 2 vagy 3 év múlva érkezhet, ha lesz kereslet az ilyen alkalmazások iránt, és az Ergo-n lévő alkalmazások korlátai (különösen az adat-intenzív) alapján. Feltételezhetően ez egy oldallánc lesz. Jelenleg jó előrelépés van ezen a területen, tehát feltételezhetően addigra feltétel nélkül jó oldalláncaink lesznek.

Mikor kezdhetjük el a bányászatot? és bányászhatunk CPU-val?

Biztosan elkezdheted a bányászatot CPU-val most azonnal. Csak állítsd be a teljes csomópontot (ellenőrizd ezt az útmutatót) a mining = true konfigurációs beállításokkal, és a csomópontod elkezd bányászni az első szinkronizálás után. Példa konfigurációt találhatsz itt

De még nem vagyunk a mainnet-en? Tehát csak teszthálózati érméket bányászhatunk?

Igen, most csak teszthálózati érméket bányászhatsz. A GPU bányász biztosan elérhető lesz a mainnet előtt (valószínűleg ezen a vagy a következő héten).

Lesz útmutató a pénztárca beállításához?

A pénztárca egy újabb dolog, amit frissíteni kell a mainnet indítása előtt, figyelembe vesszük a biztonságos beállításával kapcsolatos tanácsokat és így tovább. Jelenleg csak a seed kifejezést állíthatod be sima szövegként a konfigurációs fájlod 2. szakaszában beállítási poszt

Mik a minimális követelmények egy csomópont futtatásához?

Ez mind a csomópontod üzemmódjától függ. Nem mértük meg pontosan, a teljes csomópontjainkat 4 Gb memóriával, 2 CPU-val, 80 Gb SSD meghajtóval kapcsoltuk be, de ez inkább ajánlott konfiguráció, nem minimum.

Terveztek együttműködést más platformokkal (például Waves)? Milyen típusú?

Tervezünk a Waves DEX-en való listázást (ez jelentősen egyszerűsíti az EFYT/ERG cserét), más platformokkal való együttműködés nem tervezett.

Van tervetek, hogy hozzáadjátok az ERC721-hez hasonló tokenek generálásának lehetőségét? Olyan tokenek, amelyeket nem lehet felosztani.

Ingyen egy token kiadhatsz tranzakciónként, tehát nem probléma hatalmas mennyiségű token kiadása (1 maximális kínálattal). Nincs szabvány, amely egyesítené őket hasonló tokenek osztályába (nincs szabványos mód arra, hogy ellenőrizzük, hogy a token aa...aa ugyanabba a token osztályba tartozik, mint a token aa...bb), de valószínűleg egy ilyen szabvány a jövőben meg fog jelenni.

Van lehetőség egy tranzakciók csoportjának egyidejű továbbítására? Ideálisan, hogy ugyanabba a blokkba kerüljenek.

Nincs API módszer a tranzakciók csoportjának egyidejű továbbítására, de semmi sem akadályoz meg abban, hogy egyesével továbbítsd őket késlekedés nélkül. Tehát nem lehet probléma annyi tranzakciót továbbítani, amennyit csak akarsz egyidejűleg. Ami az ideális, hogy ugyanabba a blokkba kerüljenek - lehetséges olyan szerződést írni, amely biztosítja, hogy egy tranzakciók csoportja egyetlen blokkba kerüljön (vagy ahol egyikük sem került be), azonban ezt még nem próbáltuk ki. Ezenkívül ez megkövetelheti egy bányászt, aki módosítja a tranzakciók mempool-ból való gyűjtésének szabályait.

Van lehetőség 0 értékű eszközzel tranzakciót küldeni?

Tehát a token benne van a tranzakcióban, de az összege 0? Nem, ez nem lehetséges

Van lehetőség "szponzorált" tranzakció küldésére? Az a tranzakció, amelynek díját egy egyedi token fedezi.

Ez megvalósítható a csere példáján keresztül, tehát létrehozhatsz egy szerződést, amely megvásárolja a tokenedet az Ergoért, és amikor a küldő token küldésére készül - eladja a szükséges mennyiségű tokent, és átutalja a fennmaradó mennyiségű tokeneket egy tranzakción belül.

Tehát nincs mód 0.0000001 token átvitelére?

Minden kimenetnek az Ergónak tartalmaznia kell valamilyen mennyiségű Ergot. A tranzakciós díj lehet 0, de minden létrehozott kimenethez kell egy kis Erg mennyiséget tenni.