Opis projektu
PrzetłumaczoneUruchamiamy produkt Web3 i szukamy dewelopera, który zbuduje część on-chain naprawdę niezawodnie, a nie tylko osiągnie kompilację. Rdzeń projektu to zestaw inteligentnych kontraktów Solidity obejmujących naszą główną logikę: token standardu ERC-20, moduł stakingowy z naliczaniem nagród oraz podstawowe mintowanie NFT. Kontrakty powinny przestrzegać nowoczesnych praktyk, używać wspieranej biblioteki do standardowych komponentów i być zorganizowane tak, abyśmy mogli je później rozszerzać bez przepisywania całego kodu. Nie potrzebujemy sztuczek zrozumiałych tylko dla autora — potrzebujemy czystego, skomentowanego i weryfikowalnego kodu.
Na szczycie kontraktów potrzebujemy prostego interfejsu webowego, aby zwykły użytkownik mógł połączyć portfel, zobaczyć swoje saldo i kwotę stakingu, stakować i wypłacać środki oraz mintować NFT. Interfejs nie musi być piękny, ale musi być uczciwy: pokazywać oczekujące transakcje, poprawnie obsługiwać odrzucone podpisy i nigdy nie zostawiać osoby w wątpliwości, czy akcja się powiodła, czy nie. Najpierw wszystko powinno działać w publicznej sieci testowej, a przejście do mainnetu powinno być kwestią konfiguracji, a nie przepisywania.
Testowanie i bezpieczeństwo nie są dla nas opcjonalne. Oczekujemy rzeczywistego zestawu testów obejmujących matematykę nagród, kontrolę dostępu i oczywiste wektory ataku, a także pisemnego audytu bezpieczeństwa przed wdrożeniem. Oto na co liczymy:
— udokumentowane kontrakty (token, staking, NFT) z testami;
— lekkotrawny interfejs webowy z połączeniem portfela i jasnymi statusami transakcji;
— skrypty wdrożeniowe dla sieci testowej i konfiguracja gotowa do mainnetu;
— krótki raport z audytu bezpieczeństwa (reentrancy, przepełnienia, kontrola dostępu) oraz notatki dotyczące gazu.
Na szczycie kontraktów potrzebujemy prostego interfejsu webowego, aby zwykły użytkownik mógł połączyć portfel, zobaczyć swoje saldo i kwotę stakingu, stakować i wypłacać środki oraz mintować NFT. Interfejs nie musi być piękny, ale musi być uczciwy: pokazywać oczekujące transakcje, poprawnie obsługiwać odrzucone podpisy i nigdy nie zostawiać osoby w wątpliwości, czy akcja się powiodła, czy nie. Najpierw wszystko powinno działać w publicznej sieci testowej, a przejście do mainnetu powinno być kwestią konfiguracji, a nie przepisywania.
Testowanie i bezpieczeństwo nie są dla nas opcjonalne. Oczekujemy rzeczywistego zestawu testów obejmujących matematykę nagród, kontrolę dostępu i oczywiste wektory ataku, a także pisemnego audytu bezpieczeństwa przed wdrożeniem. Oto na co liczymy:
— udokumentowane kontrakty (token, staking, NFT) z testami;
— lekkotrawny interfejs webowy z połączeniem portfela i jasnymi statusami transakcji;
— skrypty wdrożeniowe dla sieci testowej i konfiguracja gotowa do mainnetu;
— krótki raport z audytu bezpieczeństwa (reentrancy, przepełnienia, kontrola dostępu) oraz notatki dotyczące gazu.
Rozwój oprogramowania Gotówka, Przelew bankowy
