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 adatállomány méretétől. 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, akárcsak a szoftver), 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 az emberek, 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?

Néhány szempontbó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, amely ugyanazzal a technológiával működik, de különböző paraméterekkel a data-orientált alkalmazások igényeinek kielégítésére. Jelenleg 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 adatintenzí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 tudunk CPU-val bányászni?

Biztosan elkezdheted a bányászatot CPU-val most azonnal. Csak állíts be egy 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 kapcsolt dropleteken indítjuk, 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 tokent adhatsz ki tranzakciónként, tehát nem probléma hatalmas mennyiségű tokent kibocsátani (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át egyszerre továbbítani? Ideálisan, hogy ugyanabba a blokkba kerüljenek.

Nincs API módszer a tranzakciók csoportjának egyszerre történő 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 szeretnél egyszerre. Ami az ideális blokkba való beillesztést illeti - lehetséges olyan szerződést írni, amely biztosítja, hogy egy tranzakciós csoportot egyetlen blokkba illesztettek be (vagy ahol egyik 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? Olyan tranzakció, amelynek díját egy egyedi token fedezi.

Ez megvalósítható az exchange példa felhasználásával, tehát létrehozhatsz egy szerződést, amely megvásárolja a tokened Ergoért, és amikor a küldő egy tokent szeretne küldeni - eladja a szükséges mennyiségű tokent, és egy tranzakción belül átutalja a fennmaradó mennyiségű tokent.

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 Erg mennyiséget megadni.