Zbudowałem narzędzie ZisK CLI, aby przyspieszyć moje testowanie/eksperymentowanie z @ziskvm Standardowy workflow ZisK to: ustawienie projektu → budowanie wejść → kompilacja do RISC-V 64 → wykonywanie w emulatorze → generowanie dowodów → weryfikacja. Co próbowałem zbudować: 1. zisk-dev init - Automatyczne wykrywanie istniejących projektów lub ustawienie nowego projektu zisk. 2. zisk-dev run - Pełny pipeline w jednym poleceniu [ konwersja wejść → budowanie → wykonywanie → generowanie dowodów ] 3. zisk-dev stats - Szczegółowa analiza wydajności z instancjami Air i użyciem pamięci. 4. zisk-dev prove - Generowanie dowodów z obszernym logowaniem TL;DR: Napędzane konfiguracją z plikiem .zisk-env Automatycznie wykrywa instalacje ZisK i struktury projektów > Działa z istniejącymi projektami ZisK bez modyfikacji. > To osobiste narzędzie przyspieszające rozwój do testowania/eksperymentowania. ⚠️ Proszę zauważyć, że zbudowałem to, aby przyspieszyć mój cykl eksperymentowania z pracą z ZisK. Oficjalna dokumentacja ZisK jest zalecana do rozwoju [ ] Wypróbuj to tutaj: npm install -g @abix/zisk-dev-cli@latest Repo: Wypróbuj i daj mi znać, co myślisz. Ponieważ to jest WIP, byłoby to naprawdę pomocne.

"Strategia" to priorytetyzacja. Dobra strategia oznacza, że wybierasz odpowiednie zadania do wykonania i ukończenia, spośród wszystkiego, co MOŻESZ wybrać i zrobić oraz "czuć" się produktywnym. Niestety, jedyny sposób, aby wyprzedzić innych, jaki widzę, to brutalny pragmatyzm. A to NIE jest ładne.

Ale to niesamowity problem do rozwiązania. Problem spełnienia. Każdy założyciel, z którym rozmawiam.... skacze na główkę, aby mieć kawałek tego, co mamy do zaoferowania. Standardy bezpieczeństwa web3 mogą tylko wzrosnąć od teraz.