Przegląd sieci Flare: Sieć inteligentnych kontraktów dla XRP

Jako trzecia co do wielkości kryptowaluta, większość osób zaznajomionych z kosmosem słyszało o Ripple i rozumieją, że jest to globalna sieć płatności i wymiany walut, która została zaprojektowana w celu zastąpienia przestarzałej sieci bankowej SWIFT. I chociaż działa świetnie w tym konkretnym przypadku użycia, w przeciwnym razie wykazał ograniczoną przydatność w innych funkcjach.

To wszystko można jednak naprawić, ponieważ Flare Network została utworzona w celu poprawy użyteczności tokenów XRP poprzez utworzenie sieci z inteligentne możliwości kontraktowe dla tokena XRP. Aby mieć pewność, że inteligentne kontrakty nie są dodawane do sieci Ripple, ale będą znajdować się w sieci Flare, a sieć ta będzie następnie obsługiwać XRP jako FXRP.

Flare Network ma również swój własny token o nazwie Spark (FLR), który został niedawno udostępniony posiadaczom XRP w ramach zrzutu, który wywołał spore zamieszanie w społeczności Ripple.

Jeśli to wszystko brzmi interesująco, weź sobie coś do picia i przygotuj się, aby dowiedzieć się więcej o sieci Flare.

Co to jest Flare?

Flare została stworzona przez Hugo Philiona i Seana Rowana w celu rozwiązania dwóch podstawowych problemów związanych z blockchainem:

1. Trzy czwarte wartości publicznych tokenów blockchain nie może być wykorzystane z inteligentnymi kontraktami w sposób pozbawiony zaufania. Według Philiona i Rowana jest to kwestia pilnej potrzeby.
   

   Flare Network obiecuje odblokować wartość uwięzioną w łańcuchach bloków. Zdjęcie za pośrednictwem Udostępnianie slajdów.net

2. Kierunki podejmowane przy próbach skalowania sieci blockchain mogą prowadzić do potencjalnych przyszłych problemów, ponieważ wiele nowych sieci zajmuje się skalowaniem za pomocą konsensusu Proof of Stake lub niektórych jego odmian. Wszystkie te protokoły czerpią bezpieczeństwo sieci z natywnego tokenu łańcucha blokowego. Stanowi to zarówno bezpośredni, jak i długoterminowy problem.

Dowód problemów ze stawką

Według Flare, najpilniejszy problem z Dowód stawki konsensus jest taki, że nie jest on odpowiednio zaprojektowany, aby umożliwić bezpieczne alternatywne użycie tokenów natywnych. Jak widzimy w przypadku eksplozji na platformach DeFi, każdy racjonalny posiadacz tokenów, który jest w stanie zwiększyć zyski ze swojego tokenu, zapewniając płynność stablecoinowi, zrobi to. Problem w tym, że to zabiera żetony z obstawianiai zagraża bezpieczeństwu sieci.

W dłuższej perspektywie potencjalny problem wynika z możliwości, że z czasem wartość tokena do obstawiania nie wzrośnie. Jeśli zdarzy się to podczas wzrostu ruchu sieciowego, sieć również staje się coraz bardziej niebezpieczna. Chociaż token o wyższej wartości jest dobry dla bezpieczeństwa sieci i dla inwestorów tokenów, źle jest, jeśli chcemy, aby decentralizacja stała się normą w prowadzeniu działalności.

Kiedy wartość tokena wzrasta, powoduje to odwrócenie kapitału od innych zastosowań. W dłuższej perspektywie staje się to problemem, ponieważ ostatecznie w sieci inteligentnych kontraktów wykorzystującej dowód stawki skala kapitału potrzebnego po prostu do zabezpieczenia sieci stałaby się zbyt wysoka, aby była wykonalna.

Ostatecznie sieci Proof of Stake mogą być skalowane pod kątem transakcji, ale nie są w stanie skalować pod kątem wartości.

Jak Flare ma na celu rozwiązanie tych problemów

Flare proponuje nowy sposób skalowania platform inteligentnych kontraktów bez łączenia bezpieczeństwa sieci z wartością tokena. Chociaż sieć nadal wymaga natywnego tokena do powstrzymywania spamu, ten token nie jest w żaden sposób powiązany z bezpieczeństwem sieci. Flare używa tokena FLR jako swojego natywnego tokena i jest dobrze przystosowany do umożliwienia bez zaufania używania kompletnych tokenów innych niż Turing z inteligentnymi kontraktami.

Flare nazywa siebie pierwszą kompletną siecią Turinga Federated Bizantine Agreement (FBA). Wykorzystuje protokół konsensusu Avalanche, który został dostosowany do konsensusu FBA. Korzyścią ze stosowania FBA jest możliwość osiągnięcia bezpieczeństwa sieci bez polegania na jakichkolwiek zachętach ekonomicznych dla posiadaczy. Ponieważ Flare używa wersji maszyny wirtualnej Ethereum (EVM), jest w stanie obsługiwać kompletne inteligentne kontrakty Turing.

FBA jest krytykowana, ponieważ może prowadzić do kruchej topologii, w której awaria pojedynczego węzła może spowodować awarię całej sieci. Flare unika tego, wdrażając topologię Unique Node List (UNL), aby podkreślić przejrzystość i łatwość użycia, przy jednoczesnym zachowaniu właściwości otwartego członkostwa FBA.

Podczas gdy Flare umożliwia Turingowi pełne wykorzystanie inteligentnych kontraktów, ma również protokół zbudowany na górze sieci, który pozwala na bez zaufania wydawanie, używanie i wykupywanie XRP na Flare. Flare nazywa ten protokół FXRP i pozwala XRP stać się FXRP na Flare, zabezpieczonym natywnym tokenem FLR. W istocie pozwala to XRP na korzystanie z inteligentnych kontraktów, a także może stworzyć niezaufany rurociąg dla XRP do innych sieci w celu zapewnienia interoperacyjności.

Tę ogólną metodologię można również rozszerzyć na dowolny inny kompletny token inny niż Turing, a możliwość zrobienia tego została uwzględniona w zarządzaniu i systemach sieci. Oznacza to, że każdy kompletny token inny niż Turing może ostatecznie uzyskać dostęp do możliwości korzystania z inteligentnych kontraktów i stać się interoperacyjnym za pośrednictwem Flare.

Przegląd FXRP

Problem, z którym boryka się zespół Flare przy przenoszeniu XRP do Flare Network, polega na niemożności publicznego inteligentnego kontraktu blockchain w celu kontrolowania adresu XRP. Dzieje się tak, ponieważ inteligentne kontrakty nie mają możliwości przechowywania tajnego klucza i zachowania jego tajemnicy.

Gdyby Flare próbował wprowadzić XRP do sieci za pomocą samego kodu, wymagałoby to również spotkania się grupy osób i użycia adresu z wieloma podpisami, które wspólnie kontrolują, w celu autoryzacji transakcji. Oczywiście oznaczałoby to, że FXRP w tych warunkach nie byłby ani zdecentralizowany, ani pozbawiony zaufania. A to byłoby nie do przyjęcia.

Przy obecnej implementacji FXRP każdy posiadacz XRP może wysyłać swoje tokeny do agenta w sieci XRP. Agent posiada XRP i komunikuje się z inteligentnymi kontraktami na Flare, które emitują FXRP w stosunku 1: 1. Te tokeny FXRP są również zabezpieczone za pomocą FLR w stosunku 1: 2.5. Zatem na każdy 1 wydany FXRP musi być postawione 2.5 FLR. Dzięki temu XRP przechowywany przez agenta jest bezpieczny i nie ma potrzeby korzystania z scentralizowanego pośrednika.

Jak działa FXRP?

Właściciele FLR mogą wysyłać swoje tokeny do inteligentnych kontraktów na Flare, które tworzą system FXRP. W istocie jest to zabezpieczenie systemu FXRP. Te inteligentne kontrakty nazywane są agentami. System FXRP będzie się składał z wielu agentów. Nazwijmy jednego z nich Guy.

Jako agent w systemie FXRP, Guy postawił 5,000 FLR jako zabezpieczenie. System wymaga 2.5 FLR dla każdego wydanego tokena FXRP. Jeśli kurs wymiany FLR do XRP wynosi obecnie 10: 1, te 5,000 FLR pozwoli Guy'owi na wydanie 200 FXRP. tj. (5,000/10) / 2.5

Teraz Guy jest gotowy do bicia FXRP. Kiedy posiadacz XRP chce utworzyć FXRP, wysyła transakcję do systemu FXRP. Posiadacz inicjujący tę transakcję nazywany jest inicjatorem. W celu stworzenia FXRP płacą również opłatę w wysokości 0.1% wartości transakcji. Opłata trafia do agenta, a transakcja informuje agenta, na jaki adres powinien wysłać FXRP, kiedy zostanie wybity i skąd XRP będzie pochodzić z Księgi XRP.

Zakładając, że w systemie FXRP istnieje wystarczające zabezpieczenie, jest on zablokowany, aby zabezpieczyć FXRP, co sprawia, że ​​transakcja jest pozbawiona zaufania, ponieważ jednostka inicjująca nie musi ufać agentowi, który ma teraz motywację do zwrotu XRP, gdy zostanie o to poproszony, lub utraty FLR, który jest przechowywany jako zabezpieczenie. Jeśli system nie ma wystarczających zabezpieczeń, zwróci XRP i opłatę inicjatorowi.

Należy pamiętać, że współczynnik zabezpieczenia 2.5 musi być zawsze utrzymywany. Jeśli w dowolnym momencie wartość XRP wzrośnie lub wartość FLR spadnie, tak że racja spadnie poniżej 2.5, Guy będzie miał krótki okres czasu na przywrócenie współczynnika, dodając więcej tokenów FLR lub kupując tokeny FXRP w celu wykupienia.

Jeśli z jakiegokolwiek powodu Guy nie jest w stanie lub nie chce przywrócić współczynnika zabezpieczenia 2.5, jego zabezpieczenie jest sprzedawane na aukcji w celu odkupienia wyemitowanego w jego imieniu FXRP. Jeśli jakieś zabezpieczenie pozostanie po tym, Facet jest w stanie zatrzymać tę pozostałą.

Jeśli Guy utrzymuje zabezpieczenie na poziomie 2.5 lub wyższym, wszystko jest w porządku. Później, gdy inicjator zdecyduje się wykupić FXRP z powrotem do księgi XRP, dokonuje transakcji, aby to zrobić, informując system, jaki adres powinien zostać przypisany XRP. Guy otrzyma z systemu instrukcje dotyczące tego, ile XRP należy zwrócić i na jaki adres wysłać.

Oprócz tego otrzyma również dwa terminy, w których transakcja musi zostać zakończona. Jeśli sfinalizuje transakcję przed pierwszym terminem, otrzyma z powrotem całe swoje zabezpieczenie. Jeśli jednak upłynie pierwszy termin, a on zakończy transakcję przed upływem drugiego terminu, zostanie naliczona niewielka opłata karna, zanim reszta jego zabezpieczenia zostanie zwrócona. Ta opłata karna jest spalana przez system.

Jeśli Guy nie zakończy transakcji w drugim terminie, uważa się to za niepowodzenie wykupu. W tym przypadku inicjator otrzymuje rekompensatę w postaci tokenów FLR z udziałów Guya plus dodatkowy 1% na pokrycie kosztów transakcji wykorzystania tego FLR do odkupienia XRP. Pozostałe FLR z zabezpieczenia Guya traktuje 50% jako karę, a pozostałe 50% wraca do Guya.

FLR i aplikacje zależne

System FXRP jest naszym pierwszym przykładem aplikacji zależnej od FLR (SDA). Jest to aplikacja dApp, która wykorzystuje FLR jako zabezpieczenie, posiadaczy tokenów FLR do zarządzania, Flare Time Series Oracle (FTSO) lub kombinację tych elementów. Zauważ, że są to wszystkie elementy opcjonalne. Każda aplikacja w sieci Flare może działać, używając tylko FLR do obsługi kosztów transakcji i płatności.

W przypadku systemu FXRP wykorzystuje FLR jako zabezpieczenie, Flare Time Series Oracle do śledzenia ceny XRP / FLR oraz prawa własności tokenów FLR do zarządzania niektórymi parametrami, takimi jak opłata za utworzenie FXRP i współczynnik zabezpieczenia. Model SDA zapewnia programistom szablon do rozszerzenia wykorzystania trzech opcjonalnych elementów.

Wyrocznia serii czasowej flary Oracle

Posiadacze tokena FLR są uprawnieni do wniesienia wkładu do FTSO, aby pomóc w tworzeniu dokładnych szacunków danych poza łańcuchem, zachowując jednocześnie decentralizację. Struktura FTSO pozwala na wiele oszacowań dowolnych szeregów czasowych poza łańcuchem. Wartość XRP / FLR jest jednym z przykładów takich szeregów czasowych.

Sformułowanie danych szeregów czasowych zazwyczaj obejmuje dwie uczestniczące grupy. Jeden to posiadacze tokenów FLR, a drugi to posiadacze zależnego tokenu aplikacji, który Flare nazywa zasobem F. W przypadku systemu FXRP token FXRP jest aktywem F. Gdy istnieje bardziej złożona aplikacja, która wymaga obliczania wielu szeregów czasowych, składnik F będzie podobny do wydanego tokenu zarządzania.

Podczas tworzenia szeregów czasowych FTSO zapyta każdego uczestnika o oszacowanie wartości danych. Posiadacze FLR dostarczają oszacowania dla każdego szeregu czasowego, ale posiadacze aktywów F mogą dostarczyć oszacowanie tylko dla szeregów czasowych związanych z zasobem F. Szacunki są przetwarzane zgodnie z opisem w sekcji 4 Raport dotyczący flary a wynik jest wysyłany do systemu, który wymaga danych szeregów czasowych.

Posiadacze aktywów F są zachęcani do udziału i dostarczania danych, aby przyczynić się do bezpieczeństwa aplikacji korzystającej z tych danych. Posiadacze FLR są motywowani możliwością zdobycia nagrody wyroczni, którą są tokeny FLR wybite przez system. Posiadacze tokenów FLR otrzymują tę nagrodę, gdy dostarczą dane, które system uzna za poprawne. Specyficzna mechanika tego obliczenia jest dość złożona i można ją zobaczyć w białej księdze dotyczącej Flary.

Ten system niejawnie obstawia wszystkie tokeny FLR w systemie, ponieważ osoby niebędące uczestnikami lub osoby, które dostarczają dane uznane za nieprawidłowe, nie otrzymują nagród, co jest zniechęcające w porównaniu z posiadaczami tokenów, którzy otrzymują nagrodę. To jest wersja nagród za stakowanie lub wydobywanie Flare.

FTSO zostanie zainicjowane w celu zapewnienia następujących cen dla: XRP / FLR, USD / FLR, BTC / FLR i XLM / FLR. Tylko XRP / FLR będzie miał na początku odpowiedni zasób F. Dodatkowe szeregi czasowe i związane z nimi aktywa F można zaproponować i zaakceptować w ramach procesu zarządzania.

Delegacja FLR

Szacunki będą pochodzić z FTSO co kilka sekund, ale realistyczne jest założenie, że nie każdy posiadacz FLR będzie zainteresowany uczestnictwem w zarządzaniu siecią lub że będzie miał sprzęt niezbędny do wniesienia wkładu do FTSO.

Ponieważ zespół Flare założył, że to prawda, umożliwił odłączenie głosów za te obowiązki i przekazanie ich innym. Delegację można anulować w dowolnym momencie, a jeśli token zostanie przeniesiony na nowy adres, delegacja zostanie automatycznie anulowana.

Jedną z ważnych cech delegowania jest to, że SDA mogą delegować głosy z powrotem do faktycznego właściciela, który może następnie ponownie przekazać te głosy innemu podmiotowi. Oznacza to, że agenci nie muszą wybierać między zarabianiem FLR za dostarczenie zabezpieczenia do systemu FXRP a zarabianiem na FTSO. Tak więc za każdym razem, gdy tokeny FLR stają się niedostępne dla właścicieli w SDA, o ile aplikacja określa, kto jest faktycznym właścicielem, można użyć delegacji.

Zarządzanie flarą

Posiadacze tokenów FLR głosują za zarządzaniem siecią, a SDA mogą również zażądać, aby podlegały zarządzaniu posiadaczom tokenów FLR.

W białej księdze Flare można znaleźć reżimy wszelkich ręcznych zmian w łańcuchu, które mogą być inicjowane i głosowane przez posiadaczy FLR. Są to takie rzeczy, jak zmiana opłat związanych z akcjami, zmiana wskaźnika zabezpieczenia, zmiana kosztów transakcji i inne zmienne, które nie wymagają zmiany kodu.

W przypadku rzeczy, które wymagają zmiany kodu, takich jak zmiana parametrów konsensusu sieciowego lub dodanie nowej serii czasowej do FTSO, zostanie utworzona Flare Foundation. Fundacja jeszcze nie powstała, ale będzie organizacją non-profit odpowiedzialną za 5 obszarów: granty, inwestycje, badania i rozwój, edukację, promocję i partnerstwa.

Ponieważ Fundacja pełni funkcję badawczo-rozwojową, stają się integralną częścią procesu aktualizacji kodu, budowania, testowania, analizowania, a następnie wdrażania wszelkich proponowanych zmian kodu.

Fundacja zostanie stworzona, aby zachować pełną przejrzystość w swoich działaniach i wydatkach. Będzie publikować półroczne sprawozdanie ze swojej działalności i wydatków. Co najważniejsze, nie jest uprawniony do ustalania agendy, ale jest tworzony w sposób, który pozwala tylko na przyjmowanie wskazówek od posiadaczy FLR.

Z powodu tego ograniczenia Fundacja nie może:

• w jakikolwiek sposób przyczyniać się do FTSO;
• rozmieścić swoich zasobów FLR jako zabezpieczenie dowolnej aplikacji w sieci;
• używać swoich zasobów FLR do głosowania w głosowaniu związanym z zarządzaniem lub przypisywać swoje tokeny FLR innym osobom, aby to zrobić.

Ponadto posiadacze FLR mogliby w dowolnym momencie zagłosować za rozwiązaniem Fundacji, w którym to przypadku należałoby zakończyć wszystkie działania i spalić pozostałe tokeny.

Wydanie FLR i zrzut lotniczy

Flare zdecydował się uwolnić swoje żetony w czymś, co nazwał widelcem użytkowym. Tradycyjne rozwidlenia rozdzieliły bazę użytkowników sieci, a część podążyła w swoim własnym kierunku i zwykle zajęła wrogie nastawienie do łańcucha macierzystego.

Z kolei widelec narzędziowy ma na celu dodanie wartości do oryginalnego łańcucha. Dokładnie to robi Flare, umożliwiając XRP dalsze dostarczanie szybkich, niezawodnych i pozbawionych zaufania rozliczeń, jednocześnie oferując inteligentne kontrakty i możliwość tworzenia niezaufanych potoków do innych łańcuchów bloków. To doskonały przykład wprowadzenia nowego narzędzia do istniejącego łańcucha bloków.

Flare tworzy 100 miliardów tokenów FLR, aby odzwierciedlić liczbę istniejących tokenów XRP. Celem na początku jest udostępnienie tych tokenów adresom nienależącym do Ripple Labs, założycieli Ripple, kontach wielorybów i wszelkim adresom, które są znanymi oszustami.

Flare sprawił, że posiadacze XRP mogą ubiegać się o 45 miliardów FLR, a te tokeny są przydzielane do adresów przechowujących XRP w czasie wykonywania migawki Księgi o godzinie 00:00 GMT 12 grudnia 2020 r. Ponadto 30 miliardów FLR jest przydzielonych Fundacji Flare , a dodatkowe 25 miliardów FLR zostało przydzielone Flare Networks Limited, która jest organizacją nastawioną na zysk, wspierającą rozwój Flare.

Jednak alokacja ma odbywać się na zasadzie 1: 1 rzeczywiste obliczenia doprowadziło do współczynnika dystrybucji wynoszącego 1.0073 FLR dla każdego XRP w momencie wykonywania migawki. Ponadto tokenów nie można odebrać, dopóki sieć główna nie zostanie uruchomiona, co ma nastąpić w pierwszych tygodniach czerwca 2021 r. Każdy, kto posiadał tokeny XRP na giełdzie obsługującej zrzut, automatycznie otrzyma tokeny FLR podczas ich dystrybucji.

Lista obsługiwanych giełd obejmuje Binance, KuCoin, Coinbase, Poloniex i wiele innych. Ci, którzy trzymają swoje XRP w portfelu samoobsługowym, będą musieli zarejestrować roszczenie, a tokeny FLR zostaną dostarczone na adres podany w roszczeniu. Po uruchomieniu sieci głównej do wyboru będzie wiele portfeli kompatybilnych z FLR.

Warto również zauważyć, że Flare powiedział: „Możesz ubiegać się o FLR po uruchomieniu sieci, ale nie po 6 miesiącach od daty migawki ”. Ponieważ migawka miała miejsce 12 grudnia 2020 r., Która wskazuje, że sieć główna zostanie uruchomiona przed 12 czerwca 2021 r.

Ponadto nie wszystkie tokeny są dystrybuowane od razu. Flare zostanie uwolniona 15% alokacji tokenów po uruchomieniu sieci głównej. Pozostałe FLR będą wydawane w ciągu następnych 25-34 miesięcy w tempie 2-4% miesięcznie.

Kto stoi za Flare Networks?

Prezesem i współzałożycielem Flare Network jest Hugo Filion. Przed stworzeniem Flare był założycielem modułowego systemu budownictwa Future Generations. Ma doświadczenie w inwestycjach i posiada tytuł licencjata w zakresie inwestycji i zarządzania ryzykiem finansowym w Cass Business School.

Później uzyskał tytuł magistra w dziedzinie uczenia maszynowego na UCL. Zdobył również doświadczenie, pracując jako zarządzający portfelem derywatów towarowych w dwóch funduszach o wartości ponad 1 mld USD.

Drugim współzałożycielem Flare i jej dyrektorem technicznym jest Sean Rowan. Sean jest zaangażowany w przestrzeń blockchain od 2015 roku, kiedy wraz z kolegami z UCLA i TCD zaprojektował bezpieczne protokoły komunikacji samochodowej, wykorzystując infrastrukturę klucza publicznego opartą na blockchain. Wcześniej uzyskał podwójny tytuł licencjata z matematyki i BE z elektroniki i inżynierii komputerowej na Trinity College Dublin.

Później uzyskał tytuł magistra w dziedzinie uczenia maszynowego na University College London, gdzie prawdopodobnie poznał Hugo Philiona. Sean był również inżynierem ds. Badań i rozwoju w RAIL w Dublinie w Irlandii, gdzie opracował oprogramowanie sieciowe zaplecza dla robota wspomagającego opiekę zdrowotną. Najnowsza wersja tego robota firmy RAIL pojawiła się na okładce magazynu TIME w listopadzie 2019 roku.

Wnioski

Ponieważ Ripple ma tak ogromną liczbę obserwujących i ogromny potencjał w przestrzeni bankowej, Flare Network może stać się równie duża jak sieć, która zapewnia funkcjonalność inteligentnych kontraktów w XRP. Z pewnością na to liczą założyciele projektu i prawdopodobnie istnieje spora grupa entuzjastów XRP, którzy są równie entuzjastycznie nastawieni do możliwości, jakie oferuje Ripple przez Flare.

Jedną rzeczą, którą można powiedzieć o projekcie, jest to, że z pewnością wywołał on wiele szumu dzięki zrzutowi z powietrza i jesteśmy gotowi założyć się, że są miliony, którzy nigdy wcześniej nie słyszeli o Flare, a teraz są świadomi jego istnienia i prawdopodobnie jego misja i cele. Po przeczytaniu tego artykułu powinieneś się do nich zaliczyć.

Zrzut wywołał również poruszenie w społeczności Ripple, ponieważ token XRP wzrósł o prawie 300% w listopadzie 2020 r. Było to spowodowane spekulantami, którzy wtłoczyli się w monetę, aby skorzystać ze zrzutu. Od tego czasu sytuacja nie była tak różowa, jak XRP spadł z wysokiego poziomu około 0.90 USD do zaledwie 0.227880 USD 23 grudnia 2020 r.

Nie wiemy, co stanie się z tokenem FLR po jego dystrybucji, ale nawet przy pierwotnie zaplanowanym harmonogramie wolnej emisji wydaje się, że rynek zostanie zalany tokenami FLR w ciągu pierwszych 2-3 lat po uruchomieniu sieci głównej . Chyba że nastąpią pewne zmiany, które spowodują podobny wzrost popytu w tym czasie, że token może spaść, ponieważ ci sami spekulanci, którzy kupili XRP w celu zrzutu, zdecydują się zrzucić swój FLR tak szybko, jak to możliwe.

Jeśli masz dłuższy horyzont czasowy, może to być dobry projekt, aby zostać w tyle, a jeśli mamy rację co do uruchomienia sieci głównej, może to stanowić dobrą okazję do zgarnięcia ogromnych worków FLR po niskich cenach. Oczywiście tylko czas pokaże, czy to prawda.

Inną rzeczą do zapamiętania jest to, że Flare zaczęło się od Ripple, ale teoretycznie może dodać funkcjonalność inteligentnych kontraktów i interoperacyjność do dowolnego łańcucha bloków. Biorąc pod uwagę, że trzy czwarte wartości publicznych tokenów blockchain nie może być wykorzystane z inteligentnymi kontraktami w sposób pozbawiony zaufania, obecnie Flare ma przed sobą ogromną potencjalną krzywą wzrostu.

Wyróżniony obraz za pośrednictwem Shutterstock

Zastrzeżenie: są to opinie autora i nie powinny być traktowane jako porady inwestycyjne. Czytelnicy powinni przeprowadzić własne badania.

Źródło: https://www.coinbureau.com/review/flare-spark-flr/