Odvedl EF práci na koordinaci provádění těchto standardů, aby vývojáři dapp nemuseli pokaždé dělat tato rozhodnutí sami? Jak EF přemýšlí o podpoře vývojářů decentralizovaných aplikací tak, aby byly sdíleny náklady na koordinaci, které je třeba zde sladit?
vitalik.eth
vitalik.eth12. 8. 03:25
Pokud uživatel již peněženku má, použijte jeho peněženku, jinak mu peněženku vytvořte a měl by pro to existovat průmyslový standard takže pokud používáte dvě různé aplikace, které fungují tímto způsobem, automaticky se propojí se stejným účtem a poté, pokud chcete, můžete kdykoli změnit obnovení atd.
Možná jsem mozkově mrtvý, ale je Vitalik prostě úplně slepý k režijním nákladům na realizaci své ideální vize, které všechny sedí na bedrech vývojářů dapp, NEJMÉNĚ finančně podporovaného kontingentu stavitelů v kryptoměnách?
Jeho tvrzení o dvou třídách uživatelů ETH (skutečné vs. mainstreamové) je velmi reálné a hovoří o celé šíři uživatelských identit a potřeb, ale tvrzení, že dapps by se měly vždy snažit podporovat všechny paralelně, je zcela odtržené od toho, jak jsou tyto produkty vytvářeny
Protokol Ethereum v podstatě nedělá nic pro podporu vývojářů dapp: - Nástroje jsou nekonzistentní, produkty si musí vybrat vlastního poskytovatele peněženek/TX Assembly - protokol neumožňuje účtování nativních poplatků (% z plynu atd.) - Protokol nepomáhá s vlastní distribucí dApps - protokol nepovažuje rozhraní, která uživatelé používají k interakci s řetězcem, za oblast působnosti (viz Mist) A pak protokol říká: "Jsme nejlepší místo pro vývojáře pro vytváření aplikací! Musíte se jen smířit se všemi těmi opravdu těžkými kompromisy, které jsme vám nacpali na talíř, hodně štěstí!"
1,38K