Od kilku tygodni nasz MVP jest dostępny w publicznej sieci testowej, a zaledwie dwa tygodnie temu uruchomiliśmy nasz program bug bounty. Otrzymaliśmy już niesamowite opinie, które pomogły nam ulepszyć platformę przed jej uruchomieniem w sieci głównej.
Podczas gdy wszyscy zwykle nienawidzą rynków bessy z powodu dewastacji, jaką powodują w portfelach, dodatkowy czas i przestrzeń, jaki dają w ramach projektu, okazały się nieocenione. Nie tylko byliśmy w stanie kontynuować nasz rozwój w solidny i metodyczny sposób, ale także mieliśmy czas na wdrożenie naszego Programu Ambasadorów.
W czasach, gdy wiele firm ogranicza swoje budżety marketingowe, nasza decyzja o skupieniu się na kampaniach oddolnych okazuje się niezwykle skuteczna. Zaledwie kilka tygodni po rozpoczęciu naszego programu ambasadorskiego wyniki, których jesteśmy świadkami we wszystkich naszych kanałach społecznościowych, są niesamowite i stanowią świadectwo ciężkiej pracy i poświęcenia naszej społeczności.
Jak niedawno wyjaśnił Wilson, nasz COO: „Chcę tylko osobiście podziękować ambasadorom. Naprawdę zauważyłem dość duży wzrost aktywności społecznościowej, który miał miejsce w szczególności w ciągu ostatnich kilku tygodni. Tak więc zdecydowanie wielkie podziękowania dla dr. Simona Asante za prowadzenie całego programu i za wykonanie tak wspaniałej pracy ze wszystkim, co się dzieje ze wszystkimi ambasadorami. Tak trzymaj, naprawdę uwielbiam widzieć, jak robicie to tak dobrze.
Dodatkową korzyścią bessy jest zmniejszenie presji na uruchomienie w sieci głównej. Oznacza to, że projekty mogą koncentrować się na upewnieniu się, że ich technologia jest jak najlepiej przetestowana przed uruchomieniem. Przy tak wielu przykładach błędów w DeFi, uspokajające jest posiadanie dodatkowej przestrzeni do prawidłowego testowania naszej bazy kodu.
Na przykład możliwość uruchomienia programu bug bounty, gdy jesteśmy jeszcze w fazie sieci testowej, była nieoceniona. Mimo że nasz kod został poddany audytowi przez Hackena, programy bounty tworzą ciągły audyt, który pomaga wzmocnić bezpieczeństwo platformy. Dalecy od tego, aby program nagród był cichy, mieliśmy nadzieję, że ludzie znajdą jakiekolwiek problemy, ponieważ poprawia to naszą ogólną odporność.
Jak powiedział niedawno nasz CEO Deniz: „Chcemy mieć problemy. Taka była intencja programu nagród. Im więcej problemów, im więcej błędów zostanie zgłoszonych, tym lepiej dla nas. Zgłosiliśmy kilka błędów. Niektóre były od średniego do wysokiego poziomu złożoności i… teraz są naprawiane. Wszystko idzie gładko i wkrótce dokonamy wypłaty za pierwszy zestaw błędów, które zostały znalezione i naprawione.”
Jest to pogląd podzielany przez Wilsona: „Z punktu widzenia rozwoju, bessy dają nam możliwość starannego wzmacniania naszej platformy. Na szczęście dla nas w tym czasie byliśmy w stanie dostarczyć solidną i przetestowaną bazę kodu. Posiadanie fazy testnetowej i programu bug bounty pokazuje nasze zaangażowanie w rozwój protokołu Paribus w możliwie najbezpieczniejszy sposób.”
Możliwość skupienia się na kwestiach rozwojowych pozwoliła nam również zbadać wdrożenie indeksatora płynności zamiast podgrafu do aktualizacji danych. Korzystanie z indeksatora płynności nie tylko pozwala na szybszą częstotliwość odświeżania, ale także otwiera większy świat możliwości dzięki przejściu do innych sieci. Ponieważ nie wszystkie łańcuchy i łańcuchy boczne mają odpowiednią obsługę podgrafów, nasze podejście do korzystania z indeksatora płynności powinno zwiększyć naszą zdolność do wdrażania łańcucha krzyżowego w przyszłości.
Jak wyjaśnia Simon, nasz CTO: „Są to rodzaje decyzji, które mogą naprawdę wpłynąć na wydajność protokołu w dłuższej perspektywie. Korzystanie z odpowiednich narzędzi do kodowania do określonych celów daje nam możliwość sprawnego działania naszej platformy z perspektywy użytkownika końcowego. To jest motywacja wszystkich godzin upewniania się, że kod jest zgodny z naszymi standardami”.
Minusem zwiększonego rozwoju oznacza, że nasza premiera w sieci mainnet jest nieuchronnie opóźniona. Często trudno jest nam podać dokładną datę uruchomienia, ponieważ każdy nowy rozwój lub odkrycie błędu może spowodować pewne poślizgi. Chociaż jesteśmy tak samo chętni do uruchomienia w sieci głównej, jak wszyscy inni, chcemy również zapewnić, aby programy testnetowe i bug bounty miały najlepszą okazję do przetestowania MVP.
Jak wyjaśnił Deniz: „Chcemy, aby bug bounty był aktywny przynajmniej przez kolejne dwa tygodnie, ponieważ uruchomiliśmy go dopiero od dwóch tygodni i nie chcemy przegapić niczego krytycznego. Gdziekolwiek od trzech do czterech tygodni chcemy rozpocząć transmisję na żywo. Miejmy nadzieję, że najpóźniej do końca listopada powinniśmy być w sieci głównej. Taki jest obecny plan w tej chwili.”
Podobnie jak w przypadku wszystkich rzeczy w krypto, które mogą ulec zmianie, ale wierzymy, że nasza społeczność rozumie i docenia fakt, że tylko opóźniamy nasze ramy czasowe, aby zapewnić najlepszą możliwą MVP. Chociaż rynek niedźwiedzi był czasami brutalny, pomógł również stworzyć niesamowity protokół wspierany przez niesamowitą społeczność.
Dołącz do Paribusa-
Strona internetowa | Twitter | Telegram | Średni | Discord
- Coinsmart. Najlepsza w Europie giełda bitcoinów i kryptowalut. Kliknij tutaj
- Platoblockchain. Web3 Inteligencja Metaverse. Wzmocniona wiedza. Dostęp tutaj.
- Źródło: Plato Data Intelligence: Platodata.ai