Jak zaprojektować System Tokenów - Token-Economy-Book/PolishTranslation GitHub Wiki

Jeśli chcesz tokenizować swoją firmę lub społeczność i uczynić ją gotową na Web3, jak musisz podejść do projektowania tokena? Jakie pytania musisz sobie zadać? Jakiego know-how potrzebujesz w swoim zespole, aby móc właściwie "zaprojektować" lub "zaprojektować" tokeny? Celem tego rozdziału jest zrozumienie, jakie pytania są istotne w procesie projektowania i inżynierii nowego systemu tokenów, w zależności od tego, jaki typ tokena chcesz stworzyć.

Podejście design thinking znalazło szerokie zastosowanie w praktyce projektowania produktów w startupach i firmach Web2, ze szczególnym uwzględnieniem projektowania zorientowanego na użytkownika lub projektowania zorientowanego na człowieka. Termin "design thinking" pochodzi z lat 50-tych XX wieku i został szeroko przyjęty w środowisku biznesowym w latach 90-tych. Celem było zastosowanie technik kreatywności do nowatorskich technik rozwiązywania problemów, które byłyby zorientowane na rozwiązania, a jednocześnie holistyczne w swoim podejściu. Podejście design thinking pomaga w strategicznym planowaniu koncepcji dla każdej nowej technologii, produktu lub usługi. Proces ten obejmuje definicję problemu, ideację, strategie skoncentrowane na rozwiązaniu, modelowanie, prototypowanie, testowanie i ewaluację, w tym iteracyjne pętle informacji zwrotnej.

Wraz z pojawieniem się Web3, termin "inżynieria" jest używany w kontekście projektowania systemów tokenów przez rosnącą społeczność "inżynierii tokenów". Motywacją do użycia słowa "inżynieria" (zamiast "projekt") jest chęć oddania sprawiedliwości infrastrukturalnej i krytycznej naturze sieci Web3 i wielu ich potencjalnym zastosowaniom. Trent McConaghy twierdzi, że "Inżynieria to rygorystyczna analiza, projektowanie i weryfikacja systemów; wszystko to wspomagane przez narzędzia, które godzą teorię z praktyką. Inżynieria to także dyscyplina odpowiedzialności: bycie etycznie i zawodowo odpowiedzialnym za maszyny, które się buduje, co ilustruje widok mostu Tacoma Narrows i żelazne pierścienie." Prawdopodobnie był pierwszą osobą, która stworzyła termin "inżynieria tokenów", mając nadzieję, że "projektowanie ekosystemów tokenów również stanie się dziedziną rygorystycznej analizy, projektowania i weryfikacji. Będzie posiadał narzędzia, które pogodzą teorię z praktyką. Będzie kierować się poczuciem odpowiedzialności".

Terminy "projektowanie" i "inżynieria" są blisko spokrewnione, ale nie tożsame. Raczej uzupełniają się wzajemnie. Podczas gdy termin "projekt" może być bardziej znany i intuicyjny, niosąc ze sobą bardziej subiektywne, kreatywne, a nawet artystyczne znaczenie, termin "inżynieria" ma tendencję do wysuwania na pierwszy plan aspektów technicznych, kompozycji obojętnych części w celu stworzenia przewidywalnej i solidnej całości. "Projekt to plan lub specyfikacja budowy obiektu lub systemu, lub realizacji działania lub procesu, lub wynik tego planu lub specyfikacji w postaci prototypu, produktu lub procesu". Inżynieria odnosi się do "wykorzystania zasad naukowych do projektowania i budowy maszyn, konstrukcji i innych przedmiotów, w tym mostów, tuneli, dróg, pojazdów i budynków." Projektowanie jest zatem częścią procesu inżynieryjnego. Termin "projekt inżynierski" jest używany do opisania tej części procesu inżynierskiego, która jest otwarta i ostatecznie bardziej subiektywna.

Podobnie jak w przypadku elektrotechniki i projektowania polityk publicznych, inżynieria tokenów polega na rygorystycznej analizie, projektowaniu i weryfikacji systemów oraz ich założeń. Ich założenia muszą być wspomagane przez narzędzia, które godzą teorię z praktyką. Jednakże, w przeciwieństwie do elektrotechniki, projektowanie ludzkich zachowań jest znacznie bardziej zbliżone do sterowania gospodarkami narodowymi i projektowania polityk publicznych, ponieważ wymaga znacznie bardziej "rozmytych" technik modelowania. Wraz z pojawieniem się sztucznej inteligencji i lepszych narzędzi symulacyjnych, możemy być w stanie zaprojektować i wdrożyć bardziej efektywne, ukierunkowane na cel tokeny, które również uwzględniają nieznane rozkłady prawdopodobieństwa, nieznane lub wrogie zachowania agentów, potencjalne efekty zewnętrzne sieci i "tragedię ogółu" poniesioną przez inne części społeczeństwa.

Podczas gdy społeczność "inżynierii tokenów" zwraca uwagę na konieczność stosowania rygorystycznych praktyk inżynierii oprogramowania, często wydaje mi się, że w przedstawianych teoriach i stosowanych praktykach, skupia się ona głównie na tym, co nazwałbym "technicznymi aspektami inżynieryjnymi" systemu tokenów. Spojrzenie na skład członków zespołów większości startupów blockchain/web3/tokenowych dość dobrze odzwierciedla ten technocentryzm. Inżynieria to jednak praktyka tworzenia technologii, która w ostatecznym rozrachunku zawsze ma cel społeczny. Patrzenie na inżynierię przez pryzmat czysto technologiczny utrwala redukcjonistyczny sposób myślenia o tym, dlaczego i jak tworzymy technologię.

Wydaje się, że rośnie zrozumienie dla potrzeby używania terminu "inżynieria" w szerszym znaczeniu przy projektowaniu systemu tokenów. Web3 ze swoimi rozproszonymi księgami i inteligentnymi kontraktami zapewnia warstwę zarządzania i warstwę ekonomiczną dla Internetu. Jeśli coś pójdzie nie tak, szkody uboczne są wysokie, jak widzieliśmy w przypadku exploitów "TheDAO" z 2016 r. lub exploita "Parity" z 2017 r., który spowodował wydrenowanie milionów euro z jednego lub więcej inteligentnych kontraktów, lub niedawnych DeFi Hacks z 2020 r. Dlatego sugeruję, abyśmy wyraźnie rozróżniali aspekty "inżynierii technicznej", "inżynierii prawnej", "inżynierii ekonomicznej" i "inżynierii etycznej" tokena.

Token Engineering

Inżynieria techniczna

Podczas tworzenia systemu tokenów należy zdecydować, czy chcemy stworzyć token infrastrukturalny czy aplikacyjny, oraz jak technicznie zaimplementować system tokenów. "Tokeny infrastrukturalne" to tokeny, które albo sterują publicznymi sieciami blockchain (warstwa pierwsza), albo protokołami warstwy drugiej, takimi jak kanały państwowe, lub innymi protokołami Web3, takimi jak rozproszone sieci przechowywania plików (więcej: Część 1 - Web3, the Stateful Web). Te tokeny infrastrukturalne są ukierunkowane na cel, zachęcając do zbiorowego utrzymania wspomnianych sieci. Najważniejsze pytania projektowe w procesie inżynieryjnym związane są z kwestiami bezpieczeństwa, skalowalności i prywatności.

Aspekty bezpieczeństwa dotyczą konstrukcji mechanizmów kryptoekonomicznych w celu zapewnienia wymaganego poziomu bezpieczeństwa (więcej: Część 1 - Bezpieczeństwo tokenów & Blockchain i inne księgi rozproszone).

Aspekty skalowalności dotyczą kompromisu pomiędzy bezpieczeństwem, decentralizacją i skalowalnością. Utrzymanie bezpieczeństwa i wysokiego poziomu decentralizacji przy jednoczesnym zapewnieniu skalowalności jest kwestią inżynieryjną, która wiąże się z wieloma kompromisami. Różne techniki skalowalności, takie jak sharding, interoperacyjność, kanały państwowe i alternatywne narzędzia kryptograficzne, które ograniczają przykręcanie śrub transakcji, są obecnie testowane w celu rozwiązania tych problemów (więcej: Załącznik - Skalowalność).

Aspekty prywatności dotyczą kwestii, jaki rodzaj kryptografii powinien być stosowany, aby umożliwić właściwą "prywatność przez projektowanie". We wczesnych sieciach blockchain dane, które są zawarte w tokenie i jego wymianach, są publiczne dla każdego. Poprzez dodatkowe mechanizmy kryptograficzne, przyznawanie dostępu może być zarządzane w sposób bardziej chroniący prywatność (więcej: Część 3 - Tokeny prywatności). Nie dzieje się to jednak za darmo, gdyż każde dodatkowe szyfrowanie to koszt, który należy doliczyć przy wywoływaniu kontraktu.

"Tokeny aplikacji" są zarządzane przez bazową księgę rozproszoną i inne sieci Web3. W procesie inżynierii technicznej trzeba będzie rozważyć, jakie standardy infrastruktury i tokenów należy zastosować. Ponadto należy rozważyć potencjalne potrzeby w zakresie interoperacyjności systemu tokenów.

Wykorzystywana infrastruktura: Ponieważ tokeny aplikacyjne są zarządzane przez księgę rozproszoną, wszystkie potrzeby związane z prywatnością, skalowalnością, decentralizacją i bezpieczeństwem tokena będą musiały być spełnione przez infrastrukturę bazową. Ograniczenia infrastrukturalne należy zatem wziąć pod uwagę przy wyborze pomiędzy kompromisami jednego i drugiego rozwiązania.

Interoperacyjność: Pomimo faktu, że rozproszone ledgery mają obecnie ograniczoną interoperacyjność, na horyzoncie pojawiają się rozwiązania, które mogą faworyzować jeden system nad drugim. W zależności od tego, jak wiele interoperacyjności wymaga system tokenów w dłuższej perspektywie, należy rozważyć kwestie infrastruktury.

Standardy: Proces inżynierii technicznej może wybierać z rosnącej listy standaryzowanych kontraktów tokenów. Stosowane standardy tokenów zależą od właściwości, jakie powinien posiadać token (prywatność, zamienność, zbywalność, data wygaśnięcia), a właściwości zależą od celu tokena, biorąc pod uwagę wszystkie ograniczenia ekonomiczne, prawne lub etyczne.

Inżynieria prawna

Inżynieria prawna tokenów jest dominującym zadaniem, gdy mamy do czynienia z "prostymi systemami tokenowymi". Termin "prosty" jest powszechnie używany w domenie systemów złożonych. W kontekście inżynierii tokenów termin "prosty" odnosi się do faktu, że dynamika modeli biznesowych lub modeli zarządzania potencjalnym tokenem jest dobrze znana, tak jak w przypadku (i) pieniędzy banku centralnego, (ii) papierów wartościowych i innych aktywów, (iii) procesów identyfikacji i certyfikacji, (iv) praw do głosowania, (v) kuponów i kuponów lub (vi) biletów wstępu i innych praw dostępu. Odpowiednie procesy biznesowe lub procesy zarządzania w tych przypadkach użycia były testowane pod kątem warunków skrajnych przez dziesięciolecia, a czasem stulecia. Potencjalne luki zostały wyeliminowane w procesie prób i błędów, a ponadto istnieją odpowiednie regulacje. Tokenizacja takich procesów biznesowych/rządowych wymaga przede wszystkim inżynierii prawnej, która odnosi się do zapewnienia zgodności tokenizacji istniejących aktywów, praw dostępu i praw głosu z lokalnym ustawodawstwem. Inżynieria prawna odnosi się zatem do tokenizacji tradycyjnych modeli zarządzania, w których inteligentne kontrakty zastępują wiele z istniejących operacji opartych na ludziach/papierze/kliencie-serwerze. Istotne pytania w procesie inżynierii prawnej tokenów tożsamości, tokenów walutowych, tokenów aktywów lub tokenów praw głosu to:

Jaką jurysdykcję (jurysdykcje) ponadnarodową/krajową/lokalną należy wziąć pod uwagę?

Jakie organy regulacyjne mogą być zainteresowane?

Jak zaprojektować inteligentne kontrakty, aby były one zgodne z prawem?

Czy jurysdykcja musi zostać zmieniona, aby zaspokoić nowe możliwości / dynamika tokenizacji i Web3?

Inżynieria ekonomiczna

Inżynieria ekonomiczna jest niezbędna przede wszystkim przy projektowaniu "złożonych systemów tokenów". Zachęty i zasady zarządzania społecznością są powiązane z "tokenami kierowanymi przez cel", które sterują zbiorowym działaniem społeczności za pomocą zautomatyzowanych mechanizmów (więcej: Część 4 - Tokeny kierowane przez cel). Modele zarządzania są w większości nieznane i wynikają z niezliczonych nowych możliwości regulowania działań zbiorowych w sieci3 przy braku pośredników poprzez wykorzystanie inteligentnych kontraktów i rozproszonych ksiąg rachunkowych. Wiele osób określa te tokeny jako "tokeny użyteczności", "tokeny pracy" lub "tokeny konsensusu". Cechą wspólną wszystkich tych tokenów jest to, że kierują one działaniami zbiorowymi w kierunku wspólnego celu. Takimi wspólnymi celami mogą być konsensus, dzielenie się zasobami, reputacja i kuratela, redukcja emisji CO2, itp. Narzędzia niezbędne do zaprojektowania takich systemów można znaleźć w ekonomii, naukach sieciowych, systemach cyber-fizycznych i systemach socjotechnicznych.

Ekonomia zajmuje się badaniem instytucji gospodarczych, polityki i etyki, w tym kwestii alokacji zasobów, nierówności majątkowych i dynamiki rynku w kontekście produkcji, dystrybucji i konsumpcji towarów i usług.

Nauka o sieciach bada złożone sieci, od sieci biologicznych do klasycznych sieci telekomunikacyjnych, sieci komputerowych do sieci społecznych. Stosowane metody obejmują matematykę, fizykę, informatykę i socjologię.

Systemy cyberfizyczne to mechanizmy, które są kontrolowane lub monitorowane przez komputerowe algorytmy, ściśle zintegrowane z Internetem i jego użytkownikami. Przykłady obejmują sieci energetyczne i wielkoskalowe systemy transportowe, które mają tę wspólną cechę, że zachowanie niekontrolowanych aktorów ludzkich może stworzyć niepożądane lub nawet niebezpieczne warunki w całkowicie sprzeczny z intuicją sposób.

Po raz pierwszy termin "systemy socjotechniczne" został użyty w latach 40. XX wieku i odnosi się do interakcji społecznych i technicznych aspektów prywatnych i publicznych organizacji i społeczności, zarówno w Internecie, jak i w świecie rzeczywistym. Odnosi się do badań nad złożonymi infrastrukturami, z których korzysta społeczeństwo, takimi jak Internet i inne sieci komunikacyjne, łańcuchy dostaw, systemy prawne i ludzkie zachowania. Zależności mogą być zarówno proste (liniowe związki przyczynowo-skutkowe), jak i złożone (nieliniowe i trudne do sterowania i przewidywania).

Główne pytania, na które należy odpowiedzieć w takich procesach projektowych, to

Cel systemu tokenów: Jaki rodzaj systemu chcesz stworzyć?

Ile różnych typów tokenów potrzebujesz? Niektóre systemy tokenów posiadają wiele typów tokenów, aby kierować działaniami zbiorowymi w sieci. Przykładami, które zostały wyjaśnione w poprzednich rozdziałach tej książki, są zdecentralizowana sieć mediów społecznościowych Steemit (STEEM, SP, SBD) lub stabilny token MakerDAO (DAI, WETH, PETH, SIN, MKR). Inne systemy tokenów posiadają tylko jeden token, jak na przykład sieć Bitcoin. Można ogólnie założyć, że im więcej typów tokenów, tym bardziej złożona dynamika sieciowa sterowania tą siecią.

Cel: Zdefiniowanie jasnego celu tokena jest niezbędne dla dalszego procesu projektowania. Po przeanalizowaniu ponad 100 systemów tokenów, wydaje się, że im wyraźniejszy cel, tym bardziej odporna sieć. Osobiście uważam, że token powinien mieć tylko jeden cel. Jeśli masz wiele celów, prawdopodobnie potrzebujesz więcej typów tokenów. W przeciwnym razie projekt mechanizmu Twojego systemu tokenów może stać się zbyt skomplikowany.

Właściwości: Po zdefiniowaniu celu, można określić właściwości tokena, biorąc pod uwagę wszystkie ograniczenia ekonomiczne, prawne lub etyczne, które mogą wpłynąć na dynamikę systemu tokenów. Przykłady wyboru właściwości i potencjalnej dynamiki są następujące (i) Zbywalność: Czy tokeny są powiązane z unikalną tożsamością (osoby lub instytucji), czy też mają ograniczoną zbywalność? W zależności od przypadku użycia, odpowiedź będzie inna. Ograniczona zbywalność automatycznie zmniejsza płynność tokena, czyniąc go niewykonalnym jako środek wymiany. Tokeny reputacji, na przykład, muszą być powiązane z tożsamością osoby lub organizacji w sieci i nie powinny mieć żadnej zbywalności. Zbywalne tokeny reputacji mogłyby być przedmiotem obrotu na wolnym rynku, dzięki czemu nie wskazywałyby na osobiste zachowanie w sieci, tak jak w przypadku tokenów "Steem Power" w ekosystemie Steemit. (ii) Zmienność: Jeśli tokeny są identyczne i nie są powiązane z tożsamością, polityka monetarna systemu tokenów, w tym stopa inflacji, musi być określona, ponieważ tokeny mogą działać jako środek wymiany (token płatniczy). (iii) Data wygaśnięcia: Jeżeli token ma datę wygaśnięcia, ograniczy to inflację tokena. Data wygaśnięcia może być również pożądana w przypadku kuponów lub biletów wstępu i innych praw dostępu.

Proof-of...: Właściwości tokena są podstawą do modelowania odpornego na błędy mechanizmu sterującego siecią w kierunku wspólnego celu. Celem takiego odpornego na błędy mechanizmu jest określenie, na podstawie jakiego zachowania tokeny są bite, tak aby był on odporny na korupcję, ataki lub błędy. Proof-of-Work okazał się być odporny na osiągnięcie tego celu (transakcje P2P). Z drugiej strony, token reputacji w sieci Steemit (Steem Power) nie ma odpornego projektu tokena, który odpowiadałby jego celowi (ma służyć jako odporny na błędy token reputacji, który wskazuje na jakość treści).

Inżynieria etyczna

Projektowanie systemów tokenów wymaga również myślenia etycznego i politycznego. To, jaki rodzaj systemu chcemy stworzyć, nie jest kwestią technologiczną, ale społeczno-ekonomiczną i polityczną. Trzeba będzie odpowiedzieć na pytania dotyczące polityki, moralności i etyki, najlepiej jeszcze przed rozpoczęciem projektowania takich systemów. Jeśli nie włączymy pytań etycznych w proces myślenia projektowego o takich systemach, stworzymy "protocol bias". Historia pokazała, że w końcu wszystkie te pytania będą musiały zostać rozwiązane. Jednakże, jeśli jest to robione po fakcie, po stworzeniu systemu, te uprzedzenia są trudne do odwrócenia z powodu inercji systemu (patrz skandal Cambridge Analytica i dyskusje na temat prywatności, kontroli i zarządzania mediami społecznościowymi, które nastąpiły po skandalu, a także wyzwania, przed którymi stoi obecnie sieć Facebook). Nie musimy jednak wymyślać koła od nowa. Możemy zastosować etykę inżynierską do tworzenia systemów opartych na Internecie, co nie udało się Dolinie Krzemowej i innym wielkim graczom ery Internetu. Jeśli chodzi o projektowanie tokenów, dwa z najważniejszych pytań etycznych i politycznych to:

Przejrzystość vs. Prywatność: Kompromis pomiędzy interesem publicznym a prywatnym jest odwieczną dyskusją polityczną, która była badana przez nauki polityczne i socjologię. O ile prywatność jednostki jest ważna, o tyle może ona podważać interes publiczny. Weźmy przykład przejrzystości łańcucha dostaw: choć większość konsumentów prawdopodobnie zgodzi się, że życzyłaby sobie więcej informacji na temat tego, co dzieje się w łańcuchu dostaw towarów i usług, zapewnienie takiego poziomu przejrzystości może naruszać prawa jednostki (np. kamera w fabryce monitorująca prawa pracowników również narusza prywatność pracowników, w zależności od tego, w jaki sposób dane te są ujawniane). Dlatego tak ważne jest, byśmy odpowiadając na takie pytania, zatrudniali badaczy społecznych z odpowiednim know-how.

Struktury władzy: Trade-off pomiędzy decentralizacją, bezpieczeństwem i skalowalnością jest szeroko dyskutowanym tematem w sieciach blockchain. Dylemat decentralizacji rodzi polityczne pytanie o to, jak bardzo decentralizacja jest potrzebna/pożądana w zależności od przypadku użycia i wartości społeczności. Im bardziej zdecentralizowana, tym wolniejsza jest sieć i na odwrót. W przeciwnym razie, trzeba poświęcić bezpieczeństwo sieci. Struktury władzy są również ważne przy projektowaniu tokenów reputacji w sieci mediów społecznościowych, takich jak Steemit.com. W obecnym projekcie, większość tokenów reputacji (Steem Power) jest w posiadaniu kilku dużych graczy w sieci i tylko oni decydują o tym, która historia jest istotna, a która nie.

Aby objąć wszystkie aspekty wymienione powyżej, potrzebny jest interdyscyplinarny zespół z niezbędną wiedzą we wszystkich czterech dziedzinach procesu inżynieryjnego, który pracuje ramię w ramię. Posiadanie prawników, ekonomistów i naukowców społecznych jako części zespołu oprócz inżynierów technicznych, na poziomie wykonawczym i niższym, będzie miało zasadnicze znaczenie dla rozwoju odpornych systemów tokenów. Praca interdyscyplinarna wymaga jednak czasu i wysiłku, ponieważ wszystkie cztery kategorie zachodzą na siebie, a komunikacja między dyscyplinami wymaga pewnych wysiłków. Szybkie i brudne podejście stosowane w Web1 i Web2, gdzie proces rozwoju był zorientowany raczej na "zhakuj teraz i zmień później", nie sprawdza się dobrze w Web3. Kiedy już w protokole pojawi się błąd, trudno jest odwrócić zmiany bez konsensusu wszystkich uczestników sieci. Musimy zatem odejść od "rozwoju opartego na memach" z Doliny Krzemowej na rzecz "rozwoju opartego na inżynierii", który obejmuje wszystkie aspekty procesu inżynieryjnego. "Proste systemy tokenów" będą prawdopodobnie wymagały przede wszystkim inżynierii prawnej i technologicznej, podczas gdy "złożone systemy tokenów" będą wymagały dobrej równowagi wszystkich czterech obszarów.

Token Engineering Aspects

Podsumowanie rozdziału

Terminy "projektowanie" i "inżynieria" są blisko związane, ale nie są tożsame. Raczej uzupełniają się wzajemnie. Podczas gdy termin "projektowanie" może być bardziej znany i intuicyjny, niosąc ze sobą bardziej subiektywne, twórcze, a nawet artystyczne znaczenie, termin "inżynieria" ma tendencję do wysuwania na pierwszy plan aspektów technicznych, kompozycji obojętnych części w celu stworzenia przewidywalnej i solidnej całości.

Projektowanie jest częścią procesu inżynieryjnego. Termin "projekt inżynierski" jest używany do opisania tej części procesu inżynierskiego, która jest otwarta i ostatecznie bardziej subiektywna. Podobnie jak w przypadku elektrotechniki i projektowania polityki publicznej, inżynieria tokenów polega na rygorystycznej analizie, projektowaniu i weryfikacji systemów oraz ich założeń. Ich założenia muszą być wspomagane przez narzędzia, które godzą teorię z praktyką. W przeciwieństwie do elektrotechniki, projektowanie ludzkich zachowań jest znacznie bardziej zbliżone do sterowania gospodarkami narodowymi i projektowania polityki publicznej, ponieważ wymaga znacznie bardziej "rozmytych" technik modelowania.

Wraz z pojawieniem się sztucznej inteligencji i lepszych narzędzi symulacyjnych, możemy być w stanie zaprojektować i wdrożyć bardziej efektywne, ukierunkowane na cel tokeny, które również uwzględniają nieznane rozkłady prawdopodobieństwa, nieznane lub wrogie zachowania agentów, potencjalne efekty zewnętrzne sieci i "tragedię ogółu" poniesioną przez inne części społeczeństwa.

Inżynieria to praktyka tworzenia technologii, która w ostatecznym rozrachunku zawsze ma cel społeczny. Patrzenie na inżynierię przez pryzmat czysto technologiczny utrwala redukcjonistyczny sposób myślenia o tym, dlaczego i jak tworzymy technologię. Wydaje się, że rośnie zrozumienie dla potrzeby używania terminu "inżynieria" w szerszym znaczeniu przy projektowaniu systemu tokenów.

Web3 ze swoimi rozproszonymi księgami i inteligentnymi kontraktami zapewnia warstwę zarządzania i warstwę ekonomiczną dla Internetu. Jeśli coś pójdzie nie tak, szkody uboczne są wysokie.

Inżynieria techniczna odnosi się do kwestii technicznych związanych z tworzeniem tokena infrastrukturalnego lub aplikacyjnego oraz do tego, jak technicznie wdrożyć system tokenów: Tokeny infrastrukturalne czy tokeny aplikacyjne? Aspekty bezpieczeństwa dotyczą projektowania mechanizmów kryptowalutowo-ekonomicznych w celu zapewnienia wymaganego poziomu bezpieczeństwa. Aspekty skalowalności dotyczą kompromisu pomiędzy bezpieczeństwem, decentralizacją i skalowalnością. Aspekty prywatności odnoszą się do kwestii, jaki rodzaj kryptografii powinien być użyty, aby umożliwić właściwą "prywatność przez projektowanie".

Inżynieria prawna tokenów jest dominującym zadaniem, gdy mamy do czynienia z "prostymi systemami tokenowymi". Termin "prosty" jest powszechnie używany w domenie systemów złożonych. W kontekście inżynierii tokenów termin "prosty" odnosi się do faktu, że dynamika modeli biznesowych lub modeli zarządzania potencjalnym tokenem jest dobrze znana, tak jak w przypadku (i) pieniędzy banku centralnego, (ii) papierów wartościowych i innych aktywów, (iii) procesów identyfikacji i certyfikacji, (iv) praw do głosowania, (v) kuponów i kuponów lub (vi) biletów wstępu i innych praw dostępu. Tokenizacja znanych procesów biznesowych/rządowych wymaga zapewnienia zgodności tokenizacji istniejących aktywów, praw dostępu i praw głosu z lokalnym ustawodawstwem.

Przy projektowaniu "złożonych systemów tokenów" niezbędna jest przede wszystkim inżynieria ekonomiczna. Zachęty i zasady zarządzania społecznością są powiązane z "tokenami ukierunkowanymi na cel", które kierują zbiorowym działaniem społeczności za pomocą zautomatyzowanych mechanizmów. Narzędzia niezbędne do zaprojektowania takich systemów można znaleźć w ekonomii, naukach sieciowych, systemach cyber-fizycznych i systemach socjotechnicznych. Główne pytania, na które należy odpowiedzieć w takich procesach projektowych dotyczą następujących kwestii: Jaki rodzaj systemu chcesz stworzyć? Ile różnych typów tokenów potrzebujesz? Cel? Właściwości: Zbywalność, zamienność, data ważności?

Projektowanie systemów tokenów wymaga również myślenia etycznego i politycznego. To, jaki rodzaj systemu chcemy stworzyć, nie jest kwestią technologiczną, ale społeczno-ekonomiczną i polityczną. Na pytania dotyczące polityki, moralności i etyki trzeba będzie odpowiedzieć, najlepiej jeszcze przed rozpoczęciem projektowania takich systemów, a najważniejsze z nich krążą wokół kwestii "przejrzystości a prywatności" i "struktur władzy". Jeśli nie uwzględnimy kwestii etycznych w procesie projektowania takich systemów, stworzymy "protokolarne uprzedzenia".

Posiadanie prawników, ekonomistów i naukowców społecznych jako części zespołu oprócz inżynierów technicznych, na poziomie wykonawczym i poniżej, będzie miało zasadnicze znaczenie dla rozwoju odpornych systemów tokenów. Praca interdyscyplinarna wymaga jednak czasu i wysiłku, ponieważ wszystkie cztery kategorie zachodzą na siebie, a komunikacja między dyscyplinami wymaga pewnych wysiłków.

Referencja Rozdziału i Dalsze Czytanie

Footnotes (Polish translation and markers in text above are missing)

[^4]: “Complex systems theory investigates the relationships between system parts with the system’s collective behaviors and the system’s environment. Complex systems differ from other systems, in that the system behavior cannot be easily inferred from the state changes induced by network actors. Properties such as emergence, nonlinearity, adaptation, spontaneous order, and feedback loops are typical to complex systems. Modeling approaches that ignore such difficulties will produce models that are not useful for modeling and steering those systems.” Voshmgir, S.; Zargham, M.: “Foundations of Cryptoeconomic Systems” (see references)

[^5]: “engineering ethics identify a specific precedence with respect to the engineer's consideration for the public, clients, employers, and the profession. Many engineering professional societies have prepared codes of ethics. Some date to the early decades of the twentieth century (which) have been incorporated to a greater or lesser degree into the regulatory laws of several jurisdictions.” (https://en.wikipedia.org/wiki/Engineering_ethics#General_principles) Or, as the American Society of Civil Engineers states: “Engineers shall hold paramount the safety, health and welfare of the public and shall strive to comply with the principles of sustainable development in the performance of their professional duties.”

Token Economy: How the Web3 reinvents the Internet.
Second edition, first amended printing, Nov 2020. The first edition was published by BlockchainHub Berlin https://blockchainhub.net in June 2019 under the title “Token Economy: How Blockchain & Smart contracts revolutionize the Economy” and had two amended editions.

Author: Shermin Voshmgir
Translator: Elwira Stadnik

BibTeX: @book{voshmgir2020token, title={Token Economy: How the Web3 reinvents the Internet}, author={Voshmgir, Shermin}, year={2020}, publisher={Token Kitchen} }

Print book (paperback & hardcopy) and eBook editions are also available on Amazon (https://amzn.to/2W7lQ8h) & other online bookstores. Other languages: https://github.com/Token-Economy-Book/

⚠️ **GitHub.com Fallback** ⚠️