Dokumentacja

• Ubuntu 22.04+ lub Debian 12+; Mint 21+ i Pop!_OS 22+.
• Fedora 42+; Rocky, AlmaLinux, RHEL, Oracle Linux lub CentOS Stream 9–10.
• openSUSE Leap 16+ lub Tumbleweed; Arch, Manjaro lub EndeavourOS.

Wybierz wydanie utrzymywane przez dostawcę. Wyższe wymagania systemu mają pierwszeństwo: openSUSE Leap 16 wymaga ponad 40 GB miejsca na dysku.

Więcej blockchainów i równoczesnych faktur może wymagać więcej CPU i RAM. Większy VPS nie usuwa limitów RPC. Procesy instalacji mają testy automatyczne; pełne testy na nowych VPS nie zostały ukończone dla każdej dystrybucji.

Potrzebujesz konkretnego wydania? Na nowym VPS dodaj --version 7.8.1 aby zainstalować dokładnie tę podpisaną wersję. Bez tego instalator używa najnowszego stabilnego wydania.

Wznowienie zachowuje wybrane wydanie i ukończone kroki, również z zapasowym źródłem GitHub. Nigdy nie obniża wersji istniejącej instalacji.

Sprawdź instalator. Dodaj --check do polecenia, aby sprawdzić zgodność bez instalowania, lub --help aby zobaczyć opcje.

Wznów zapisany postęp bez zastępowania kluczy lub ustawień:

bash <(curl -fsSL https://releases.whollycrypto.com/setup_wholly.sh) --resume

Dodatkowe domeny bazowe mogą używać tych samych nazw usług. Wszystkie rekordy IPv6 również muszą wskazywać ten VPS. Włącz proxy Cloudflare dopiero po weryfikacji domen.

Nowe wyceny rozpoznanych stablecoinów są zaokrąglane w górę: 1.321 USDC → 1.33 USDC, nawet przy zerowej tolerancji. Minimum: 0.01 tokena.

Istniejące faktury, salda i pozostałe kwoty płatności częściowych zachowują dokładność. Inne/własne tokeny zachowują zwykłą precyzję.

Twój login Basic Auth jest zapisany w /root/whollycrypto/config/setup-credentials.txt. Jest niezależny od e-maila/hasła do panelu.

Nowe projekty dziedziczą domyślną walutę i strefę czasową systemu; sklepy używają waluty projektu. Strefami czasowymi istniejących kont zarządzasz oddzielnie w Ustawienia → Konto.

whollycrypto welcome pokazuje adres URL panelu.

1. Wspólne węzły, kursy, domeny, środki instalacji i aktualizacje znajdują się w panelu Operator.
2. Otwórz Portfele → Utwórz portfele odbiorcze dla BTC, ETH oraz USDC/USDT na Ethereum. Wykonaj kopie obu niezależnych fraz odzyskiwania. Ten dedykowany projekt nie może wystawiać faktur sprzedaży; istniejący sklep odbiorczy jest zachowywany.
3. Dodaj sprzedawcę z walutą salda, opłatą i e-mailem administratora. Prywatnie przekaż zaproszenie oraz dane Basic Auth sprzedawcy. Sprzedawca wybiera własne hasło. Nigdy nie udostępniaj danych Basic Auth operatora.
4. Sprzedawcy doładowują saldo przez twoją stronę płatności albo rejestrujesz uzasadnioną korektę salda. Środki są wymagane przed tworzeniem projektów/sklepów. Użytkownikami i historią salda zarządzasz w Sprzedawcy → Zarządzaj.

Konfiguracja operatora wymaga czwartego adresu, takiego jak operator.example.com, oraz własnej nazwy użytkownika i hasła Basic Auth. Wybierz nazwę, skieruj DNS na VPS, sprawdź DNS i aktywuj HTTPS. Panel otwiera się bezpośrednio pod tym adresem. Adresy panelu sprzedawcy, płatności i API pozostają oddzielne.

Użyj nowego loginu Basic Auth operatora, a następnie e-maila/hasła administratora. Basic Auth sprzedawcy pozostaje bez zmian. Konfigurację można wznowić po błędach DNS lub certyfikatu. Operatorzy aktualizujący z 7.0.0 również wykonują ten krok; istniejące aktywne adresy pozostają dostępne.

Przy 3% faktura na 100 EUR kosztuje 3 EUR z salda sprzedawcy. Jeśli waluta salda jest inna, wraz z opłatą zapisywany jest kurs fiat z chwili utworzenia.

Operator oddzielnie płaci zwykłą opłatę instalacji Wholly Crypto. Środki klientów nie są dzielone on-chain. Zakupy środków na przetwarzanie nie są obciążane ponownie.

Doładowanie jest uznawane tylko po automatycznie zweryfikowanym rozliczeniu. Otwarcie strony płatności lub ręczne zaakceptowanie faktury nie wystarcza. Cofnięcia tworzą wpisy księgowe; cofnięte doładowanie, które ponownie wpłynie, wymaga przeglądu przez operatora.

Niskie saldo hostowanego sprzedawcy wstrzymuje IPN, webhooki, operacje sweep i tworzenie nowych projektów/sklepów. Istniejące faktury klientów i odbieranie płatności działają dalej. Niskie saldo instalacji może wstrzymać automatyzację we wszystkich hostowanych firmach. Wyłączenie sprzedawcy blokuje też logowanie i nowe faktury, podczas gdy stare płatności nadal są monitorowane.

To izolacja na poziomie aplikacji, nie osobny VPS dla każdego sprzedawcy. Sprzedawcy nie mają dostępu do projektów, portfeli, danych dostępu API, giełd ani sald innych sprzedawców. Administrator serwera ma dostęp do kluczy hostowanych gorących portfeli. Poinformuj o tym sprzedawców przed rejestracją; korzystaj z zaufanego hostingu, niezależnych kopii zapasowych i zasobów odpowiednich dla wspólnego obciążenia.

Od 7.2.0 sekcja Portfele zarządza saldami odbiorczymi, adresami i kopiami zapasowymi; Sweep obsługuje wysyłki i reguły automatyczne. Zachowaj ETH na opłaty za tokeny. Doładowania sprzedawców pokazują ich zakupy. Saldo w nagłówku oddzielnie pokrywa opłaty instalacji. Moja firma otwiera twój własny panel w nowej karcie.

Otwórz Finanse aby zobaczyć zarobione opłaty, zweryfikowane koszty instalacji, szacowaną marżę i bieżące salda sprzedawców. Filtruj według daty, sprzedawcy lub waluty raportowej; eksportuj CSV.

Raporty grupują faktury według pierwszego rozliczenia i uwzględniają najnowsze cofnięcia opłat. Salda przedpłacone nie są przychodem. Koszty własnej firmy pozostają oddzielne. Oczekujące opłaty lub brak kursów uniemożliwiają obliczenie powiązanych marż. Przeliczone kwoty korzystają z bieżących kursów fiat w pamięci podręcznej; gaz i koszty działania nie są uwzględnione.

Dodaj sprzedawcę tworzy zaproszenie. Od 7.3.0 wybierz bezpłatne środki początkowe w walucie salda sprzedawcy; zero jest dozwolone. Nie uzupełnia to salda operatora. Wyślij zaproszenie e-mailem jest domyślnie zaznaczone.

Najpierw skonfiguruj dostawcę SMTP w Ustawienia → E-maile z zaproszeniami z użyciem TLS lub STARTTLS. Test połączenia nie wysyła e-maila. Możesz też odznaczyć e-mail i przekazać link prywatnie. Nieudany e-mail nie usuwa konta ani środków; nie twórz sprzedawcy ponownie.

Aby uzyskać kolejny link lub zresetować hasło, otwórz Sprzedawcy → Zarządzaj → Konta użytkowników. Przyjęcie przez SMTP nie gwarantuje dostarczenia do skrzynki. Udostępniaj Basic Auth sprzedawcy oddzielnie, nigdy dane operatora.

Zaproszenia są ważne 48 godzin; linki resetowania jedną godzinę. Każdy działa raz. Zastąp lub unieważnij link na tym samym ekranie. Reset wylogowuje istniejące sesje, ale pozostawia 2FA włączone. Basic Auth sprzedawcy nadal jest wymagane.

Twórz konta bezpośrednio z hasłem lub wysyłaj zaproszenia. Zarządzaj użytkownikami, projektami, sklepami, opłatami i lokalnymi środkami przedpłaconymi; czytaj raporty i subskrybuj podpisane zdarzenia cyklu życia. Zgoda na przechowywanie środków przy pierwszym logowaniu, 2FA i izolacja najemców pozostają w mocy.

Każdy zapis wymaga zachowanego klucza idempotencji. Przyznanie środków jest lokalną korektą konta, nie doładowaniem instalacji. Sekrety portfeli, wysyłanie środków i konfiguracja serwera nie są dostępne przez to API.

Użyj api.your-domain.com/v1/operator. Przechowuj klucze Operator na backendzie, nigdy w przeglądarce ani u hostowanego sprzedawcy.

Ustawienia → Książka adresowa: zapisz blockchain/adres. Natywne monety i dopasowane tokeny CoinGecko pojawiają się automatycznie. Tylko do odczytu, zarządzane przez administratora; akceptacja na stronie płatności pozostaje bez zmian.

Moduły odczytu tokenów obejmują 22 blockchainy. Prywatne salda i warstwy Bitcoin/CashTokens/Kaspa wymagają oddzielnego dostępu lub indeksatorów. Nieudane odczyty pokazują błędy, nie zera.

Zbierz salda faktur do innego portfela za pomocą ręcznej wysyłki lub automatycznych operacji sweep. Transfery tokenów wymagają też natywnej monety blockchaina na opłaty.

Cena niedostępna dotyczy kursów, nie sald.

1. Sklep → Metody płatności → EVM lub Solana → Własny token.
2. Wpisz kontrakt/mint, nazwę i symbol. Wybierz stałą cenę w USD lub automatyczną wycenę DEX.

Sieć i liczba miejsc dziesiętnych są sprawdzane. Ceny obowiązujące w całym projekcie nie zmieniają istniejących wycen. Samo dopasowanie w katalogu nie włącza płatności.

Automatyczna wycena

DEX Screener wymaga puli dla dokładnego kontraktu, płynności $10,000 i transakcji w ciągu godziny. Kursy odświeżają się co minutę; błędne lub pięciominutowe kursy blokują nowe wyceny.

Cenami DEX można manipulować; kontrole nie są audytami. Używaj zaufanych standardowych tokenów ERC-20 lub klasycznych SPL. Token-2022 i rozszerzenia nie są obsługiwane. Bez odpowiedniej puli użyj stałej ceny.

Skaner offline? Faktury zachowują skonfigurowane metody, gdy wykrywanie oczekuje. Sprawdź obsługiwane API w Połączenia blockchain; sprawny węzeł nie oznacza zgodności ze skanerem. Domyślnie: dwóch niezależnych dostawców.

Portfele/kursy nadal są wymagane. Usługi Monero/Lightning muszą wystawiać żądania płatności.

Błędy API/MCP obejmują error.details.payment_methods. SDK 2.4.0 dodaje bezpieczne objaśnienia: PHP getPaymentMethodIssues(), Python payment_method_issues, Node paymentMethodIssues. Dokumentacja błędów →

Wyceny krypto są zaokrąglane w górę i uwzględniają narzut sklepu. Faktura wyceniona w fiat nie zamienia otrzymanego krypto w saldo bankowe.

Zero potwierdzeń oznacza rozliczenie po wykryciu, bez ochrony zapewnianej przez potwierdzenia sieci. Natywne płatności EVM są wykrywane jako bezpośrednie transfery. Sprawdzaj nietypowe lub niepewne płatności w Wymaga uwagi.

Domyślnie zablokowane. Włącz Sklepy → Faktura → Zezwalaj na faktury z kwotą zerową aby dopuszczać zerowe sumy ręcznie/przez API. Są kończone natychmiast, bez płatności, adresu odbiorczego, transakcji lub opłaty za przetwarzanie.

status to stan faktury w momencie utworzenia zdarzenia; event_type informuje, co się wydarzyło.

• Przykład Ethereum: payment.received + processing, następnie invoice.settled + settled.
• Przykład Solana: ostateczna już przy wykryciu, więc payment.received i invoice.settled oba zawierają settled.

Oba przebiegi mogą wystąpić w innych blockchainach. To odrębne zdarzenia, niekoniecznie dwie płatności. Mogą mieć wspólne sequence ale różne wartości event_id . Kolejność dostarczenia nie jest gwarantowana; nie wymagaj processing jako pierwszego.

Zdarzenia: invoice.created, payment.received, invoice.processing, invoice.settled, invoice.expired, invoice.invalid, invoice.cancelled. Pełna tabela zdarzeń i reguły wyjątków →

amount_status: none, partial, paid, overpaid. paid uwzględnia tolerancję, nie ostateczność. timing_status: on_time lub late. resolution: automatic, manually_settled lub manually_invalidated. Zastosuj swoje zasady wyjątków, gdy requires_review ma wartość true.

invoice_id odpowiada odpowiedzi API. amount, currency i order_id opisują pierwotne zamówienie. payment_info dodaje transfery, dokładne kwoty krypto, zablokowaną wycenę/narzut/tolerancję i orientacyjne kursy. Dane klientów i metadane są prywatne.

paid_chain, paid_asset, paid_payment_method_id, paid_asset_amount, paid_asset_amount_received i settlement_exchange_rate podsumowują rozliczenie. Pozostają niezmienne; brak dowodów/historii pozostaje null. Dla późniejszych wpływów użyj payment_info lub API płatności.

Używaj ciągów dziesiętnych. Nigdy nie łącz aktywów ani nie traktuj niepotwierdzonych środków jako brakujących. Jawnie obsługuj wyjątki; samo ostrzeżenie nigdy nie upoważnia do realizacji lub zwrotu. Zweryfikowane wewnętrzne doładowania gazu nie są płatnościami klientów i nie wyzwalają payment.received.

Oddzielne sekrety podpisywania: Sklep → IPN podpisuje dostarczenia IPN, w tym własny adres faktury ipn_url. Każdy endpoint w Sklep → Webhooki ma własny sekret, wyświetlany przy tworzeniu lub rotacji.

Oba używają Wholly-Signature i tego samego weryfikatora SDK, ale wymagają odpowiedniego sekretu, nie klucza API. Rotacja sekretu IPN nie zmienia sekretów webhooków.

Weryfikuj surową treść, znacznik czasu i zakres projektu/sklepu. Zapisz trwale, a potem zwróć HTTP 2xx. Worker sprawdza bieżącą fakturę przez skonfigurowany host API i realizuje zamówienie raz w transakcji bazy danych. Nagłówki są niepodpisane; używaj podpisanej tożsamości w treści wersji 2.

Na podstawie zdarzeń: usuwaj duplikaty podpisanych event_id, następnie filtruj invoice.settled. SDK oparte na stanie: scalaj projekt + invoice_id + sequence, następnie sprawdzaj stan niezależnie od typu zdarzenia. Po takim scaleniu nie dodawaj filtra zdarzeń. Oba podejścia wymagają oddzielnej ochrony przed duplikatami na poziomie zamówienia.

Ponowienia zachowują pierwotną treść i ID zdarzenia. Starsze rewizje nie mogą nadpisywać nowszych. IPN wykonuje do ośmiu prób; ponowienia webhooków są opcjonalne. Niskie saldo wstrzymuje dostarczanie, nie płatności.

Sklep → IPN / Webhooki → Historia → Szczegóły pokazuje zapisaną treść i wynik. Payloady wygasają po 90 dniach. Ponowne wysłanie nie jest dowodem rozliczenia.

1. Ustawienia → Giełdy: podłącz dedykowany klucz, sprawdź salda i przyznaj dostęp projektom. Bez uprawnień do wypłat; ogranicz klucz do IP swojego VPS.
2. Projekt → Sweep: zweryfikuj aktywo, sieć, adres i kontrakt tokena. Dla każdego blockchaina/tokena wybierz inny portfel albo jedną giełdę.

Rynki odświeżają się co dwie minuty. Wymienić można tylko dopasowane, zaksięgowane wpłaty; nieaktualne rynki blokują nowe zlecenia. Rezerwa 1% kwoty źródłowej pozostaje na giełdzie na opłaty/zaokrąglenia, niezależnie od środków na przetwarzanie.

Zachowaj minimalną kwotę rezerwuje monety/tokeny w całym projekcie po automatycznych operacjach sweep. Jest niezależne od progu uruchomienia; zero nic nie zachowuje. Opłaty korzystają z nadwyżki. Ręczne wysyłki pozostają bez zmian.

Wznawiaj niepewne transfery; nigdy ich nie zastępuj. Portfele pozostają zarezerwowane do potwierdzenia lub wygaśnięcia niewykorzystanej wyceny. Duże operacje sweep wymagają partii.

Obowiązują przechowywanie środków przez giełdę, KYC, ograniczenia regionalne i opłaty. Bez wypłat bankowych i dźwigni. Niskie saldo wstrzymuje nowe wymiany; wysłane zlecenia nadal są uzgadniane.

Otwórz Automatyczne doładowanie za sekcją Żądania. Wybierz portfel odbiorczy z kopią zapasową, próg, kwotę zakupu, limit dzienny i limit opłat sieciowych. Autoryzuj i zapisz. Początkowo jest wyłączone.

Używaj BTC, ETH lub USDC/USDT na Ethereum, jeśli są dostępne. Adresy wysyłające tokeny potrzebują ETH; ta reguła nie finansuje brakującego gazu. Operatorzy używają dedykowanych portfeli odbiorczych; hostowani sprzedawcy płacą swojemu Operatorowi.

Zatwierdzone doładowanie może działać, gdy niskie saldo wstrzymuje Sweep. Tylko usługa odbierająca potwierdza środki. Jednocześnie działa jeden automatyczny zakup. Wyłączenie zatrzymuje niewysłane zadania, nie przekazane transakcje.

W Automatyczne doładowanie użyj Sprawdź płatność. Wznów tę samą ważną płatność albo zamknij zweryfikowany nieudany transfer Ethereum i wstrzymaj regułę. Oczekujące lub niepewne płatności pozostają wstrzymane, aby zapobiec podwójnemu wysłaniu. Wygaśnięcie wyceny nie jest dowodem niepowodzenia.

Domyślne 1% jest liczone od pierwotnej wartości rozliczonej faktury w fiat. Płatności krypto klientów nie są dzielone.

Opłaty nadal się naliczają, prowadząc do ujemnego salda. Spłać ujemną kwotę i przywróć dostępne środki powyżej progu tolerancji konta. Przy sprawnym połączeniu zmiany salda zwykle pojawiają się w ciągu 10–15 sekund.

Instalowanie aktualizacji wymaga zweryfikowanego salda powyżej zera, nawet przy okresie tolerancji dla automatyzacji. Doładowania nigdy nie instalują aktualizacji automatycznie.

Wstrzymane powiadomienia nie zużywają prób. Zachowane dostarczenia są wznawiane; zwykłe terminy wygaśnięcia nadal obowiązują. Uzgadniaj pominięte zdarzenia przez API faktur.

Jeśli operator wyłączy opłaty za przetwarzanie, nowe opłaty i ograniczenia salda nie obowiązują. Poprzednie obciążenia pozostają w historii. Niesparowana instalacja może konfigurować projekty/sklepy, ale potrzebuje zweryfikowanych rozliczeń, aby wystawiać faktury. Wcześniej wystawione faktury pozostają monitorowane.

• Przychody pokazują wartości rozliczonych faktur przed opłatami/zwrotami, według dat rozliczenia. To nie saldo portfela ani zysk.
• Przeliczenia używają bieżących kursów z pamięci podręcznej, nie historycznych kursów księgowych. Sumy w pierwotnych walutach pozostają dostępne przy braku kursów.
• Wykresy statusów faktur używają dat utworzenia faktur. Dane Wymaga uwagi pokazują aktualne nierozwiązane problemy.

• Stała kwota fiat: każda nowa strona płatności używa bieżących kursów krypto i narzutu sklepu, a następnie blokuje wycenę do końca ważności.
• Stała kwota krypto: żądaj dokładnej liczby jednostek jednego akceptowanego aktywa on-chain. Aktualna wartość w fiat, zaokrąglona w górę, jest zapisywana do raportów i opłat; żaden narzut nie zmienia kwoty krypto.
• Darowizny: pozwól klientom wpisać kwotę w ustalonych granicach. Dodaj szybkie kwoty oraz opcjonalne pola imienia/e-maila.
• Punkt sprzedaży: wpisz kwotę lub referencję zamówienia i pokaż kod QR płatności. Czekaj na settled, nie tylko wykrycie płatności.
• Zaplanowane prośby: wysyłaj raz, co tydzień lub co miesiąc w wybranej strefie czasowej. Klienci sami opłacają każdą fakturę. Bez automatycznego obciążania portfeli.

Wygląd sklepu, potwierdzenia i callbacki nadal obowiązują. Wstrzymanie narzędzia zatrzymuje nowe żądania, nie istniejące płatności. Historia prowadzi do każdej faktury. Pominięte okresy nie wywołują lawiny e-maili; ponowne wysłanie używa tej samej nieopłaconej i niewygasłej faktury.

Strona płatności klienta, linki płatnicze i zaplanowane e-maile obsługują angielski, niemiecki, hiszpański, portugalski brazylijski, włoski, rosyjski, chiński uproszczony, francuski, koreański i japoński.

Sklep → Faktura → Język płatności ustawia język domyślny. Nadpisz go dla faktury lub narzędzia płatniczego. E-maile i ponowienia zachowują język faktury. Twój tekst pozostaje bez zmian; panele Merchant i Operator pozostają po angielsku.

1. Otwórz Ustawienia → Powiadomienia i alerty. Powiadomienia w panelu są wbudowane.
2. Dla e-maila lub Telegrama dodaj kanał, wyślij kod weryfikacyjny i wpisz go. Następnie włącz kanał i wybierz go w regułach.
3. Wybierz alerty o wyjątkach płatności, nieudanych callbackach, problemach z transferami, niskim poziomie gazu, opóźnionym skanowaniu, niskim saldzie lub nieudanych kopiach zapasowych. Alerty o rozliczonych płatnościach są opcjonalne.

Powtarzające się problemy są grupowane. Historia obejmuje 30 dni; uprawnienia projektów nadal obowiązują. Odczytanie alertu nie rozwiązuje problemu. Alerty dla ludzi nie zastępują IPN ani webhooków sklepu.

Tylko mainnet Bitcoin i obsługiwane monety EVM/ERC-20. Klienci płacą najpierw do portfeli kontrolowanych przez projekt, nie bezpośrednio sprzedającym. Zachowaj wolne natywne monety na opłaty. Zwykłe operacje sweep pomijają chronione adresy odbiorcze.

Opłata za przetwarzanie dotyczy pierwotnej faktury tylko raz, niezależnie od twojej prowizji. Niedopłaty i niepewne wpływy wymagają przeglądu. Zwroty po wypłacie sprzedającym wymagają oddzielnych środków, a nie automatycznego odebrania wypłat.

Skonfiguruj płatności dla wielu sprzedających · Dokumentacja API Marketplace

1. Wybierz okres, walutę raportową i strefę czasową. Filtruj według projektu lub sklepu, a następnie szukaj referencji faktur, zamówień, aktywów lub transakcji.
2. Sprawdź brakujące kursy, opłaty i wyjątki płatności w Kontrolach. Szczegóły prowadzą do istniejącej faktury lub transferu.
3. Pobierz ZIP dla księgowości z podsumowaniem do wydruku i szczegółowymi plikami CSV. Do 10 000 rekordów na pobranie; dla dłuższej historii wybierz krótszy okres.

Potwierdzone wpływy, zwroty i zapisane koszty są oddzielone od transferów między portfelami i zakupów środków przedpłaconych. Sumy faktur są liczone raz, nawet przy wielu płatnościach.

Wartości historyczne korzystają z zachowanych dowodów, nie dzisiejszych cen. Starsze kursy i rzeczywiste opłaty mogą być niedostępne; brakujących kosztów nigdy nie uznaje się za zero. Niepełne dowody sprawiają, że suma netto pozostaje niedostępna.

Obejmuje to zapisy śledzone przez Wholly Crypto, nie każdą zewnętrzną transakcję portfelową lub giełdową. To pomoc księgowa, nie deklaracja podatkowa ani rachunek zysków. Udostępniaj eksporty bezpiecznie: mogą zawierać e-maile klientów.

Do BTC, EVM, SOL i TRX dołącza 18 adapterów natywnych. Używaj dostawcy umożliwiającego nadawanie transakcji. ZEC tylko transparentne; ADA zachowuje wyjścia z tokenami; DOT używa Asset Hub; HBAR wymaga przekaźnika. Adresy wymagające wychodzącego memo/tagu/komentarza potrzebują zewnętrznego portfela.

1. Otwórz Projekt → Portfele → aktywo → Wyślij. Wybierz wpis książki adresowej lub podaj adres docelowy. Sprawdź pełny adres i sieć.
2. Wybierz dokładną kwotę lub zebranie dostępnych środków, a następnie poziom opłat. Dla obsługiwanych tokenów Użyj ETH projektu na gaz (lub natywnej monety blockchaina) może sfinansować brakujące opłaty z tego samego projektu/blockchaina.
3. Kliknij Przygotuj transfer. Sprawdź źródła, cel, kwotę, maksymalne opłaty i ewentualny przydział gazu. Zatwierdź i wyślij autoryzuje ten plan; samo przygotowanie niczego nie wysyła.

Finansowanie gazu, potwierdzenia i wysyłanie tokenów trwają w tle po zatwierdzeniu. Śledź Aktywność transferów, także po zamknięciu okna. Nadanie transakcji nie jest potwierdzeniem.

Zachowaj w portfelu projektu ETH: 0 nie dodaje rezerwy; nie wydaje całego twojego ETH. 0.005 zachowuje co najmniej 0.005 ETH na później, więc potrzebujesz dodatkowych środków na ten proces. Zapisane reguły automatyczne pozostają bez zmian.

1. Otwórz Konfiguracja automatycznego sweepa → aktywo → Konfiguruj. Wybierz adres portfela lub obsługiwany adres docelowy giełdy, nie oba jednocześnie.
2. Ustaw minimum sweepa i Zachowaj minimalną kwotę. Przykład: uruchom przy 100 USDC, zachowaj 20 USDC, wyślij do 80 USDC. Rezerwa obowiązuje w całym projekcie, nie dla każdego adresu.
3. Dla tokenów sprawdź Użyj ETH projektu na gaz i wpisz Dzienny limit finansowania. Włącz Automatyczny sweep, a następnie Zapisz regułę i potwierdź. Samo otwarcie konfiguracji niczego nie włącza.

Limit dzienny ogranicza gaz w natywnej monecie przydzielany przez daną regułę tokena w ruchomym okresie 24 godzin. €1 może być początkowym limitem przy niewielkim użyciu, nie gwarantowanym kosztem ani opłatą dzienną. Transakcje finansujące również mają opłaty. Maksymalna opłata sieciowa % może ograniczać łączne opłaty finansowania/transferu.

Kontrole działają automatycznie. Gaz otrzymują tylko kwalifikujące się adresy z tokenami; puste adresy nie. Niedofinansowany adres poniżej minimum sweepa czeka. Wyjaśnienie limitów gazu →

• Wykonaj kopie portfeli i przetestuj mały transfer. Wyślij tokeny, zanim opróżnisz saldo natywnych monet. ETH w innym miejscu projektu musi najpierw dotrzeć do każdego adresu z tokenami; niewykorzystany gaz pozostaje w twoich portfelach.
• Używaj aktualnych sald, sprawnych dostawców i wystarczających środków natywnych. Reguły automatyczne wymagają aktywnego portfela z kopią zapasową oraz aktywa włączonego w aktywnym sklepie. Niskie środki na przetwarzanie mogą wstrzymać wysyłanie.
• W Aktywność transferów, sprawdź postęp, Finansowanie gazu i linki do eksploratora. Przy niepewnym wyniku odśwież ten sam transfer; nie twórz zastępstwa. Wznawiaj dopiero po sprawdzeniu powodu i limitów.

Wysyłanie wyłączone? Sprawdź whollycrypto transfers status. Przejrzyj każdą włączoną regułę przed whollycrypto transfers enable: dotyczy to całego serwera i może natychmiast uruchomić zapisane reguły. Zatrzymanie przyszłych kroków nie cofa nadanych transakcji.

Sklep → Podstawowe: wybierz aktywne hosty panelu/płatności/API. Linki preferują sklep → sklep domyślny → system; wycofane nazwy korzystają z wartości zapasowych. Hosty SDK konfiguruj oddzielnie. Podpisane ponowienia zachowują pierwotne linki.

• Użyj Full (strict), nie Flexible; klucz API nie jest potrzebny.
• Wyłącz buforowanie i wyzwania przeglądarkowe/antybotowe dla panelu, strony płatności i API.
• Zezwól na /.well-known/acme-challenge/ na porcie 80 bez przekierowań/wyzwań, aby umożliwić odnawianie.

Kontrole odpytują autorytatywny DNS i weryfikują serwer źródłowy: bezpośrednio lub przez Cloudflare. Odwiedzający mogą mieć starszy DNS w pamięci podręcznej.

Zapisy/usunięcia w panelu używają POST od 5.6.2; wyjątek „Not GET or POST” nie jest potrzebny. Logowanie i CSRF pozostają aktywne. Na api.*, zezwól na udokumentowane metody publicznego API.

Wymiana kodów lub wyłączenie 2FA wymaga hasła oraz kodu z aplikacji albo niewykorzystanego kodu odzyskiwania. Inne sesje zostaną wylogowane. Synchronizuj zegary telefonu/serwera; 2FA nie zabezpiecza przejętego serwera.

Ikona motywu przełącza Jasny → Przygaszony → Ciemny i zapamiętuje wybór tej przeglądarki. Motywy stron płatności sklepów są oddzielne.

Opcjonalnie dodaj reguły dostępu Cloudflare. Wyłącz wyzwania odnawiania HTTPS z ograniczeń; unikaj interaktywnych wyzwań logowania dla API i płatności. Sam tryb proxy nie jest ograniczeniem IP.

Nie masz dostępu? Uruchom whollycrypto access-reset --domain merchant.example.com przez SSH. Tylko ta nazwa hosta zostanie ponownie otwarta w ciągu pięciu sekund; uwierzytelnianie konta pozostaje włączone.

Uruchom whollycrypto ssl --domain merchant.example.com --reissue aby wymusić zastąpienie. Obowiązują limity wystawiania. Jeśli Cloudflare blokuje wyzwanie HTTP, tymczasowo użyj tylko DNS. Portfele, uwierzytelnianie i domeny pozostają bez zmian.

Starszy aktualizator zablokowany? Uruchom to raz. Zainstalowany klucz weryfikuje program pomocniczy.

bash <(curl -fsSL https://releases.whollycrypto.com/update_wholly.sh)

Instalacja i aktualizacje automatycznie próbują użyć oficjalnej kopii na GitHubie. Kontrole podpisu, sumy kontrolnej i salda nadal są wymagane.

Kontrole są tylko do odczytu i kończą się kodem różnym od zera, gdy potrzebna jest uwaga. --fix naprawia jedynie zarządzane uprawnienia i brakujący link CLI. Nigdy nie zmienia rozliczeń, nie usuwa danych ani nie restartuje usług.

whollycrypto reset
# Preview without changing anything:
whollycrypto reset --scope business --check
whollycrypto reset --scope project --project YOUR_PROJECT_IDENTIFIER --check

Wybierz jeden projekt, wszystkie projekty firmowe lub samą naprawę. Resetowanie projektów trwale usuwa wybrane projekty, sklepy, zapisy portfeli i historię płatności. Sama naprawa tylko sprawdza i poprawia zarządzane uprawnienia oraz link CLI.

Najpierw wyłącz wybrane projekty, rozwiąż otwarte płatności/transfery i przenieś znane salda portfeli. Konta, domeny, węzły, środki na przetwarzanie, tożsamość rozliczeniowa i tryb instalacji pozostają. Portfele odbiorcze operatora i zapisy sald hostowanych sprzedawców są chronione. To nie otwiera ponownie kreatora konfiguracji.

Destrukcyjne resetowanie wymaga wpisanego potwierdzenia i tworzy zweryfikowaną kopię odzyskiwania przed usunięciem. Zachowaj też kopię portfela poza serwerem: stare adresy nadal mogą otrzymywać środki, ale usunięte projekty przestają je śledzić. Salda z pamięci podręcznej nie dowodzą, że portfele są puste.

whollycrypto uninstall --check
whollycrypto uninstall

Zatrzymuje płatności, API i workery; usuwa pliki wykonawcze oraz zarządzaną integrację serwera po wykonaniu kopii i wpisaniu potwierdzenia. Oczekujące płatności lub transfery blokują usunięcie. Pliki są przenoszone do kopii odzyskiwania zamiast kasowane.

Baza danych, konfiguracja, klucze i kopie zapasowe pozostają. Wspólne pakiety Nginx/PostgreSQL i certyfikaty TLS pozostają nietknięte. Polecenie wyświetla komendę odzyskiwania offline; nie uruchamiaj nowej instalacji na zachowanych danych.

Polecenia resetowania/usuwania są przeznaczone dla natywnych instalacji VPS, nie Dockera ani Umbrel. Dla kontenerów używaj poleceń tworzenia kopii i zatrzymywania swojej integracji; zachowaj wolumeny. Żadne z poleceń destrukcyjnych nie akceptuje --yes.

whollycrypto htaccess

Wybierz użytkownika, nazwę/hasło i potwierdź. Resetuje to pierwszy monit logowania w przeglądarce, nie konto panelu. Inni użytkownicy i dane dostępu API pozostają bez zmian.

whollycrypto admin-reset

Wybierz administratora według e-maila i potwierdź nowe hasło. Sesje i blokady logowania konta są usuwane; ograniczenia IP pozostają.

Zwykłe resetowanie zachowuje 2FA. Jeśli utracono zarówno aplikację uwierzytelniającą, jak i kody odzyskiwania, jawnie uruchom whollycrypto admin-reset --email admin@example.com --reset-2fa. Po zalogowaniu ponownie skonfiguruj 2FA.

Wymaga bazy danych, nie aplikacji ani starego hasła. Inne konta, portfele i uprawnienia pozostają bez zmian; wyłączone konta pozostają wyłączone.

Nie masz aplikacji uwierzytelniającej ani kodów odzyskiwania? Wybierz konto jako root.

whollycrypto 2fa-reset
# Or select the account directly:
whollycrypto 2fa-reset --email user@example.com

Usuwa sesje, konfigurację aplikacji uwierzytelniającej i kody odzyskiwania. Zaloguj się dotychczasowym hasłem i ponownie skonfiguruj 2FA. Uprawnienia, portfele i Basic Auth pozostają bez zmian; wyłączone konta pozostają wyłączone.

Wymaga bazy danych, nie aplikacji ani środków na przetwarzanie. Nieinteraktywnie: --email i --yes.

Enter generuje hasło w /root/whollycrypto/config/credential-resets/: prywatne, niezaszyfrowane, użyteczne po powodzeniu. Hasła wpisane ręcznie nie są zapisywane.

whollycrypto htaccess --user admin --new-user operator
whollycrypto admin-reset --email admin@example.com

Bez terminala podaj istniejące konto oraz --generate lub --password-file /root/private-password.txt, i --yes. Pliki haseł muszą należeć do root i mieć tryb 600. Nigdy nie umieszczaj haseł w poleceniach ani zmiennych środowiskowych.

--yes pomija tylko potwierdzenie. Najpierw zakończ odzyskiwanie po przerwanej aktualizacji; równoczesne zmiany konta zatrzymują resetowanie.