Aktualizacje oprogramowania sprzedawcy, ulepszenia i podpisane pliki do pobrania.
Zaktualizuj instalację
whollycrypto update --check
whollycrypto update
Aktualizator weryfikuje przypięty podpis i hash archiwum. Zachowuje konfigurację i klucze; utrzymuj niezależne kopie zapasowe. Przeczytaj przewodnik aktualizacji.
Wholly Crypto 8.3.2
Najnowsza stabilna wersja
Nawigacja panelu używa cienkiego paska postępu i stabilnych elementów zastępczych. Odświeżanie zachowuje widoczne istniejące wiersze, a karty sklepu ładują tylko potrzebne funkcje.
Wolno ładujące się strony oferują Ponów. Wstępne pobieranie wyłącznie statycznych zasobów ułatwia następną nawigację bez odczytu prywatnych danych. Płatności, klucze portfeli, zatwierdzenia i schemat 141 pozostają bez zmian.
Mniejsze moduły panelu i płatności ułatwiają bieżące utrzymanie. Istniejące funkcje, odpowiedzi API, portfele i zatwierdzenia przelewów pozostają bez zmian.
Wspólne stronicowanie i mocniejsze kontrole regresji chronią codzienne procesy. Puste opcjonalne kolejki w tle pomijają zbędną pracę; oczekujące zadania nadal działają.
Strony panelu ładują się na żądanie, z mniejszą początkową ilością JavaScript i mniejszą liczbą ukrytych paneli portfeli i sweep.
Odświeżanie w tle skupia się na widocznej stronie. Listy zachowują pozycję, a elementy sterowania pozostają użyteczne podczas odświeżania danych. Portfele, faktury i zatwierdzenia przelewów pozostają bez zmian.
Szybsze przeglądy opłat EVM zachowują postęp między ponowieniami. Wysyłanie monet natywnych może jawnie odliczać dodatkowe opłaty od kwoty odbiorcy lub zachowywać dokładną kwotę z gas finansowanym przez projekt. Kwoty tokenów pozostają bez zmian.
Konfiguruj dodatkowy zapas opłat EVM dla projektu. Nowe zbiorcze zatwierdzenia obejmują ograniczone przyspieszenia finansowania; stare hashe pozostają śledzone, a potwierdzone finansowanie nigdy nie jest duplikowane. Schemat 141 zachowuje istniejące zatwierdzenia.
Przeglądaj oczekujące przelewy EVM razem w tle. Jedno zatwierdzenie obejmuje zastąpienia z wyższą opłatą i tym samym nonce oraz wymagany gas finansowany przez projekt; odbiorcy i kwoty pozostają bez zmian.
Automatyczne limity opłat EVM mają większy zapas. Naprawiono przedwczesne ostrzeżenia wymagające uwagi po wznowieniu starych podpisanych przelewów. Schemat 140 zachowuje historię; aktualizacja nie zatwierdza finansowania ani wyższych opłat.
Ręczne wysyłanie przygotowuje się w tle. Sprawdź dokładny adres docelowy, kwotę i maksymalne opłaty w Aktywności przelewów, a następnie zatwierdź raz. Podpisywanie i wysyłanie trwają po zamknięciu przeglądarki.
Bieżące liczniki, zwięzłe listy źródeł i ograniczone równoległe żądania EVM ułatwiają śledzenie dużych przelewów. Anuluj przed podpisaniem lub odśwież niepodpisaną wycenę; zmienione wyceny wymagają nowego zatwierdzenia.
Naprawiono błąd szczegółów podpisanych przelewów humanize is not defined. Istniejące podpisane przelewy mogą jawnie kontynuować przy użyciu zachowanych bajtów. Schemat 139 zachowuje portfele i historię; aktualizacja nie autoryzuje starych wysyłek.
Oznacz wszystkie powiadomienia jako przeczytane z okienka dzwonka lub ustawień powiadomień, na wszystkich dostępnych stronach i we wszystkich filtrach. Zwięzłe wiersze poprawiają odstępy i czytelność.
Dziedziczony wygląd strony płatności jest wyraźnie oznaczony jako tylko do odczytu. Pokaż lub ukryj przycisk Powrót do sprzedawcy dla sklepu albo nadpisz przez checkout_appearance.show_return_button przy tworzeniu faktury.
Istniejące projekty wyglądu zachowują widoczny przycisk; automatyczne przekierowania po sukcesie pozostają oddzielne. Schemat 138, portfele, historia płatności i uprawnienia finansowe pozostają bez zmian.
Odzyskuj kwalifikujące się przelewy tokenów EVM w jednym przeglądzie, w tym brakujący natywny gas z tego samego projektu i zastąpienie z wyższą opłatą oraz pierwotnym nonce.
Jedno zatwierdzenie uruchamia finansowanie, kontrole potwierdzeń i zastąpienie w tle. Kwota, adres docelowy i limity opłat pozostają stałe; ponowienia nigdy nie tworzą drugiej płatności tokenowej.
Czytelne błędy odzyskiwania i zbiorczy postęp. Schemat 138 zachowuje istniejące portfele i przelewy; aktualizacja nie zatwierdza finansowania gas ani przyspieszenia.
Lepsze szacunki opłat EVM i ograniczone ponowienia istniejących podpisanych przelewów. Opłaty nigdy nie rosną automatycznie.
Szczegóły przelewu oferują zatwierdzane przyspieszenie z tym samym nonce dla kwalifikujących się wysyłek EVM. Adres docelowy i kwota pozostają bez zmian; wymagany jest wystarczający natywny gas.
Listy i szczegóły faktur otwierają transakcje przychodzące w eksploratorze blockchaina. Schemat 137 zachowuje portfele; rozliczenie faktury pozostaje oddzielne od potwierdzenia sweep.
Zainstalowana dokumentacja API pokazuje teraz rozwijane pola zagnieżdżone, zwięzłe opisy i oddzielne sekcje żądań oraz odpowiedzi. Przykłady odpowiedzi są początkowo rozwinięte.
Przykłady tworzenia faktury oferują widoki Minimalny i Pełny w czterech językach. Wyszukiwanie otwiera pasujące pola; bezpośrednie linki, kopiowalne ścieżki i nawigacja mobilna ułatwiają korzystanie z dokumentacji.
Aktualizacja wyłącznie dokumentacji. Schemat 136, działanie API, uprawnienia, portfele i faktury pozostają bez zmian. Zaktualizuj, przeładuj, a następnie otwórz Ustawienia → Dostęp API → Dokumentacja.
Zmiany prowizji wymagają teraz uprawnień finansowych. Sprzedających z nierozliczonymi zobowiązaniami nie można archiwizować; przywrócenie zarchiwizowanego sprzedającego wymaga zatwierdzenia rejestrowanego w audycie.
Nadpłaty nie blokują wycenionych wypłat sprzedającym w Bitcoin, monetach EVM ani obsługiwanych tokenach ERC-20. Udziały sprzedających pozostają bez zmian, a nadwyżka pozostaje oddzielna do uzgodnienia.
Odzyskiwanie wypłat weryfikuje cofnięcia on-chain i zachowuje wcześniejsze opłaty w budżecie. Automatyczne polityki pomijają wstrzymane konta i izolują nieprawidłowe faktury. Schemat 136 zachowuje portfele, salda i historię płatności.
Marketplace dodaje jedną stronę płatności dla wielu sprzedających, dokładne udziały, prowizję i kontrolowane wypłaty Bitcoin/EVM. Portfele projektu najpierw otrzymują środki klientów; sprzedający są opłacani później.
Sześć kart panelu, 45 punktów końcowych API o ograniczonym zakresie, podpisane zdarzenia i klienci SDK. Środki sprzedających są chronione przed zwykłym wysyłaniem i sweep; opłaty sieciowe i gas tokenów wymagają oddzielnych środków.
Schemat 135 zachowuje istniejące dane. Marketplace i automatyczne wypłaty pozostają wyłączone do skonfigurowania. Istniejąca opłata za przetwarzanie jest naliczana raz od pierwotnej faktury, nie ponownie przy każdej wypłacie sprzedającemu.
Nowa instalacja obsługuje dokładne podpisane wydanie przez --version X.Y.Z. Najnowsza stabilna wersja pozostaje domyślna; wznowienie i zapasowe pobieranie z GitHub zachowują wybraną wersję.
Przerwana konfiguracja bezpiecznie wznawia ukończone etapy, także po utworzeniu konta administratora. Istniejące konta, klucze portfeli i ustawienia pozostają nienaruszone.
Wcześniejsze kontrole instalacji, portów, pamięci, dysku i HTTPS; nieaktualny lokalny DNS można sprawdzić przez dwa publiczne resolvery. Zmiany uwierzytelniania PostgreSQL są atomowe, walidowane i odwracalne. Bez zmiany schematu bazy danych.
Strona płatności klienta, linki płatnicze i zaplanowane e-maile z żądaniami płatności obsługują teraz dziesięć języków, w tym portugalski brazylijski i chiński uproszczony. Instrukcje płatności, ostrzeżenia, błędy i hostowane podglądy są przetłumaczone.
Wybierz język strony płatności sklepu lub nadpisz go dla faktury albo narzędzia płatniczego. E-maile i ponowne wysyłki zachowują język faktury. Treści sprzedawcy pozostają bez zmian; panele Merchant i Operator pozostają po angielsku.
Schemat 134 pozostaje bez zmian. Istniejące portfele, faktury i dokładne kwoty płatności zostają zachowane. Aktualizacja zarządzanego proxy dodaje zasób językowy z tego samego origin bez zmiany aktywnych domen ani uwierzytelniania. Aktualizacja nie wysyła e-maili ani płatności.
Narzędzia płatnicze projektu dodają wielokrotnego użytku linki płatnicze, ekran punktu sprzedaży i zaplanowane żądania e-mail. Wybierz stałą kwotę fiducjarną ze świeżą wyceną krypto, dokładne kwoty krypto on-chain lub kwoty wpisywane przez klienta w Twoich granicach.
Zaplanowane żądania uruchamiają się jednorazowo, co tydzień lub co miesiąc w wybranej strefie czasowej. Tworzą zwykłe faktury sklepu, nigdy automatyczne obciążenia portfela. Bezpieczne ponowienia używają tej samej faktury; pominięte okresy nie wywołują serii żądań.
Ustawienia System dodają szyfrowane wychodzące SMTP z kontrolą połączenia i testowego e-maila. Kanały powiadomień mogą opcjonalnie korzystać z systemowego SMTP. Istniejące ustawienia i płatności zostają zachowane; aktualizacja nie włącza narzędzi ani nie wysyła e-maili.
Powiadomienia i alerty dodają skrzynkę o zakresie zgodnym z uprawnieniami, zweryfikowane kanały e-mail i Telegram, grupowane alerty operacyjne i historię 30 dni. Wybór motywu przenosi się do menu ustawień; IPN i webhooki sklepu pozostają oddzielne.
Ustawienia → Księgowość dodają raporty, przeszukiwalny dziennik transakcji, eksporty ZIP dla księgowego i kontrole brakujących dowodów. Potwierdzone wpływy i koszty pozostają oddzielne od przelewów i zakupów środków przedpłaconych; sumy faktur są deduplikowane.
Brakujące historyczne kursy i rzeczywiste opłaty pozostają oznaczone, nigdy nie są zastępowane bieżącymi cenami ani szacunkami opłat. Schematy 132–133 zachowują istniejące klucze, faktury, salda i ustawienia. Aktualizacja nie włącza zewnętrznych wiadomości ani automatycznych płatności.
Opłaty operatora za przetwarzanie podążają teraz za zweryfikowanymi płatnościami klientów, w tym zaakceptowanymi niedopłatami. Ręczne etykiety faktur nie mogą umorzyć opłaty; rzeczywiste cofnięcia blockchainowe pozostają obsługiwane.
Przeliczanie opłat operatora i raporty uwzględniają teraz aktualność kursów zależną od dostawcy, dzięki czemu dzienne kursy fiducjarne pozostają użyteczne w weekendy. Nieaktualne bieżące notowania giełdowe nadal są blokowane.
Raporty API Operator wykluczają oddzielną działalność właściciela. Schemat 131 zachowuje portfele, klucze, polityki opłat i historię księgi. Aktualizacje nie włączają automatycznych płatności.
Skanery EVM używają ograniczonych kolejek zadań do wykonania zamiast zatrzymywać się po przekroczeniu 10 000 monitorowanych metod płatności. Nowe płatności i zachowana historia mają niezależne miejsca skanowania, z zachowaniem trwałych kursorów i zapisów wpływów.
Wpłaty Kraken ERC20 są dopasowywane do pierwotnych hashy transakcji, w tym zbiorczych wpływów. Wpłaty nie można policzyć dwukrotnie ani użyć do handlu niezwiązanymi środkami.
Automatyczne doładowanie dodaje kontrole płatności i zatwierdzane działania naprawcze. Wznów tę samą prawidłową płatność lub zamknij niezależnie zweryfikowany nieudany przelew Ethereum i wstrzymaj regułę. Niepewne płatności pozostają chronione; tylko odbiorca potwierdza środki. Schemat 130 zachowuje istniejące dane i nie włącza automatycznych płatności.
Automatyczne doładowanie dodaje środki przedpłacone z wybranego portfela odbiorczego, gdy saldo spadnie poniżej Twojego progu. Domyślnie wyłączone, z wyraźną zgodą, dziennymi limitami zakupów, limitem opłaty sieciowej i ochroną przed podwójną płatnością. Tylko usługa odbierająca doładowanie potwierdza przyznanie środków.
Obsługuje BTC, ETH i Ethereum USDC/USDT. Saldo instalacji Operator używa dedykowanych portfeli Operator; hostowani sprzedawcy płacą swojemu operatorowi z własnych portfeli. Źródła tokenowe potrzebują ETH na gas; automatyczne finansowanie gas nie jest częścią doładowań salda.
Natywne CLI dodaje reset o ograniczonym zakresie, podglądy tylko do odczytu i odwracalne odinstalowanie, z potwierdzeniem i zweryfikowanymi kopiami zapasowymi. Usunięcie zachowuje bazę danych, klucze, konfigurację, saldo i tożsamość instalacji. Schemat 129 zachowuje istniejące dane i nigdy nie włącza automatycznych płatności przy aktualizacji.
Automatyczne operacje sweep czekają na potwierdzenie poprzedniego przelewu i aktualne saldo przed rozpoczęciem kolejnego cyklu, unikając prób użycia już wysłanych środków.
Nieaktualne ostrzeżenia o niepodpisanym przygotowaniu znikają automatycznie, gdy potwierdzone wysyłki nie pozostawiają środków ponad próg sweep lub kwotę zatrzymaną. Zakończone przelewy i zapis audytu pozostają dostępne.
Rzeczywiste błędy, oczekujące transakcje i niepewne potwierdzenia pozostają chronione. Klucze portfeli, reguły sweep, limity opłat, zatwierdzenia i schemat 128 pozostają bez zmian.
Szybsze odświeżanie portfeli EVM i Solana skupia się na adresach zasilonych, zmienionych i nowych, z okresowymi audytami pustych adresów. Ostatnie ukończone saldo pozostaje widoczne podczas aktualizacji; jawne Skanuj salda nadal wykonuje pełne skanowanie.
Ręczne wysyłanie i automatyczne finansowanie gas unikają wielokrotnego odczytu niedawno sprawdzonych pustych adresów faktur. Małe partie odczytów i ograniczone przełączanie na zapasowych dostawców zmniejszają opóźnienia przygotowania, zachowując bieżące kontrole salda, opłat, nonce i rezerw.
Sweep pokazuje niepodpisane przygotowanie oddzielnie od przelewów on-chain i zachowuje widoczny ostatni błąd przygotowania podczas ponowień. Świeże ukończone salda pozostają użyteczne podczas odświeżania w tle; nieaktualne lub unieważnione salda wstrzymują nowe automatyczne działania. Schemat 128 zachowuje portfele, klucze, reguły i zatwierdzone przelewy.
Moja firma w trybie Operator nie pokazuje już wewnętrznego okna doładowania środków na przetwarzanie. Saldo instalacji pozostaje w panelu Operator; hostowani sprzedawcy zachowują własne konta salda.
Portfele odbiorcze Operator są wykluczone z projektów sprzedawcy, pulpitów, wyszukiwania i bezpośredniego dostępu, w tym Mojej firmy. Zarezerwowanych projektów nie można używać przez dane dostępu API sprzedawcy ani MCP.
Istniejące portfele, adresy, doładowania i ustawienia opłat zostają zachowane. Żadne środki nie są przenoszone i żadne klucze nie są generowane ponownie. Kontrole automatyzacji nadal obowiązują; schemat 127 pozostaje bez zmian.
Panel Operator ma teraz własny interfejs z dedykowanymi stronami portfeli, sweep, węzłów blockchainów i ustawień. Każda strona ładuje tylko potrzebne narzędzia; Moja firma otwiera oddzielny panel sprzedawcy w nowej karcie.
Kopiuj UUID sprzedawcy bezpośrednio z listy sprzedawców Operator do użycia w API Operator. Portfele odbiorcze, zatwierdzenia przelewów i wspólne zabezpieczenia skanera pozostają bez zmian.
Naprawia przeskakiwanie automatycznego zapisu wyglądu płatności do menu projektu. Istniejące konta, klucze, salda i stałe tryby instalacji zostają zachowane; schemat 127 pozostaje bez zmian.
Oddzielne, opcjonalnie włączane API Operator zarządza hostowanymi sprzedawcami, użytkownikami, zaproszeniami, lokalnymi środkami, politykami opłat, projektami, sklepami i danymi dostępu API sprzedawcy. Obsługuje zarówno bezpośrednie tworzenie kont, jak i wdrażanie przez zaproszenie.
Klucze o ograniczonym zakresie obsługują dostęp do sprzedawców, ograniczenia źródłowego IP, termin ważności i limity żądań. Zapisy wymagają kluczy ponowień; podpisane zdarzenia cyklu życia wspierają integracje backendowe. Sekrety portfeli, wydawanie środków i globalne zmiany serwera są wykluczone.
Dokumentacja API w instalacji i na stronie zawiera przykłady cURL, JavaScript, PHP i Python. Wszystkie trzy SDK 2.6.0 dodają klientów i przykłady Operator. Schemat 127 zachowuje istniejące konta, portfele, salda i stałe tryby instalacji; API Operator jest początkowo wyłączone.
Logowanie Operator jest wyraźnie oznaczone. Kliknięcie salda otwiera doładowania; dodatkowy przycisk Doładuj został usunięty. Informacje o powiernictwie hostowanego panelu są pokazywane przy przyjmowaniu zaproszenia zamiast powtarzania w nagłówku.
Dodaj sprzedawcę obsługuje jednorazowe bezpłatne saldo początkowe, także zero, w walucie salda sprzedawcy. Przyznane środki pojawiają się w historii, a sprzedawcy są wyświetlani od najnowszych.
Wyślij zaproszenie e-mailem jest domyślnie zaznaczone. Skonfiguruj dostawcę SMTP w Ustawieniach Operator lub odznacz, aby skopiować prywatny link. Błędy e-maila zachowują konto i środki. Schemat 126 zachowuje istniejące konta, portfele i salda; aktualizacje nigdy nie włączają e-maila ani nie przyznają nowych środków istniejącym kontom.
Portfele odbiorcze Operator obsługują Bitcoin, ETH i Ethereum USDC/USDT z oddzielnymi frazami odzyskiwania Bitcoin i Ethereum. Konfiguracja z przewodnikiem weryfikuje tokeny i zachowuje istniejące portfele odbiorcze.
Nawigacja Operator obejmuje teraz doładowania sprzedawców, portfele, sweep, wspólne węzły blockchainów i opłaty. Nagłówek pokazuje oddzielnie saldo instalacji i doładowania; Moja firma otwiera się w nowej karcie.
Czytelniejsze odstępy regulaminu i prywatności przy tworzeniu pierwszego administratora oraz Dodaj sprzedawcę nad listą. Aktualizacje nigdy nie tworzą portfeli ani nie włączają automatycznych wysyłek.
Finanse Operator pokazują zarobione opłaty, zweryfikowane obciążenia instalacji, szacunkową marżę i bieżące salda sprzedawców. Filtruj daty, sprzedawców i walutę raportowania lub eksportuj CSV. Oczekujące obciążenia i brakujące kursy fiducjarne pozostają wyraźnie oznaczone.
Zapraszaj hostowanych sprzedawców i pracowników wygasającymi jednorazowymi linkami zamiast udostępniać początkowe hasła. Zastępuj lub unieważniaj zaproszenia i linki resetu hasła w Kontach użytkowników. Udostępniaj linki prywatnie; żaden e-mail nie jest wysyłany automatycznie. Basic Auth i 2FA pozostają włączone.
Schemat 125 dodaje indeksy raportowania i stan linków kont. Istniejące tryby instalacji, hasła, portfele, polityki opłat i salda zostają zachowane. Raporty oddzielają środki przedpłacone od przychodów i nie wysyłają środków.
Tryb Operator używa dedykowanej czwartej nazwy hosta z własnym logowaniem Basic Auth. Wybierz subdomenę i dane dostępu we wznawialnym kreatorze DNS i HTTPS; ochrona sprzedawcy pozostaje bez zmian.
Administracja Operator otwiera się bezpośrednio pod własnym adresem, bez adresu strony sprzedawcy ani zapytania przestrzeni roboczej. Istniejący operatorzy 7.0.0 kończą konfigurację adresu/ochrony po aktualizacji. Nieudana walidacja zachowuje aktywne trasy.
Konfiguracja pierwszego administratora wyraźnie ostrzega, że wyboru trybu nie można cofnąć; zmiana wymaga nowej instalacji. Schemat 124 zachowuje portfele, płatności i salda. Instalacje sprzed 7 pozostają w trybie Merchant.
Nowe instalacje wybierają stały tryb Merchant lub Operator podczas rejestracji pierwszego administratora. Istniejące instalacje pozostają w trybie Merchant i nie mogą go przełączyć.
Tryb Operator hostuje oddzielne konta sprzedawców z własnymi projektami, sklepami, portfelami i integracjami. Zarządzaj użytkownikami, środkami przedpłaconymi i opłatami procentowymi lub korzystaj z dołączonego konta własnej firmy.
Zakupy środków przedpłaconych wymagają zweryfikowanego rozliczenia. Opłaty używają pierwotnej kwoty faktury z zachowanymi zapisami kursów i ochroną przed cofnięciami. Hostowane gorące portfele pozostają dostępne dla operatora serwera; zachowuj niezależne kopie zapasowe i korzystaj z zaufanego operatora. Schemat 123 zachowuje istniejące dane sprzedawcy.
Przełączanie projektów lub sklepów nie czyści już akceptowanych metod płatności podczas automatycznego zapisu. Wolne lub nieudane ładowanie nie może nadpisać wyboru innego sklepu.
Usunięcie ostatniej metody płatności wymaga potwierdzenia, z zabezpieczeniem serwera dla starszych paneli z pamięci podręcznej. Schemat 121, dane portfeli i niestandardowe polityki potwierdzeń pozostają bez zmian. Sprawdź metody wyłączone już przed aktualizacją.
Skanery płatności, salda, opłaty, kontrole stanu i żądania przelewów współdzielą budżety dostawców i przerwy po wyczerpaniu limitów. Aktywne płatności mają pierwszeństwo, a nieaktywne blockchainy i puste portfele są odpytywane rzadziej.
Starsze faktury zachowują monitorowanie spóźnionych płatności i reorganizacji z rzadszymi kontrolami w tle. Grupy skanowania inne niż EVM wykorzystują ponownie bezpieczne odczyty dostawców; skonfigurowane WebSockety EVM, Solana, XRP i Polkadot mogą budzić skanowanie, z zachowaniem nadrabiania przez HTTP.
Schemat 121 dodaje tylko znacznik harmonogramu. Portfele, historia płatności, polityka potwierdzeń, kworum dostawców i uprawnienia wydawania środków zostają zachowane. Wydajność publicznych dostawców nadal jest ograniczona.
Szczegóły faktury pokazują rozwinięte metadane pod danymi klienta. Przeszukuj listy faktur lub cały panel według kluczy i wartości metadanych, także zagnieżdżonych.
Paski boczne projektów używają logo domyślnego sklepu. Oznaczenia żądań doładowania są bardziej zwięzłe. Karty kont giełdowych pokazują szacunkowe sumy w walucie regionalnej, z wyraźnym oznaczeniem brakujących cen i nieaktualnych danych.
Schemat 120 przebudowuje indeks wyszukiwania faktur dla istniejących rekordów. Duże historie mogą wymagać dodatkowego czasu aktualizacji. Działanie płatności, klucze portfeli i reguły sweep pozostają bez zmian.
Ręczne wysyłanie i opcjonalnie włączane automatyczne operacje sweep obejmują teraz monety natywne w 29 blockchainach. Monero pozostaje tylko do podglądu. Istniejąca obsługa ERC-20 i klasycznego SPL pozostaje bez zmian; inne standardy tokenów i wydawanie Lightning nie są uwzględnione.
Nowe adaptery sprawdzają kwoty, opłaty, rezerwy i tożsamości transakcji przed lokalnym podpisaniem. Używaj zgodnego dostawcy wysyłania. Zcash obsługuje tylko przejrzyste transakcje, DOT używa Asset Hub, a wychodzące cele z memo/tagiem nie są obsługiwane.
Konfiguracja wysyłania i sweep pokazuje wskazówki właściwe dla blockchaina. Schemat 119 pozostaje bez zmian; aktualizacja nie włącza portfeli, reguł ani uprawnień. Sprawdź podgląd i przetestuj mały przelew ze swoim dostawcą przed włączeniem automatyzacji.
Konfiguracja automatycznego sweep otwiera okno dla wybranego aktywa i blockchaina. Wybierz cel, zachowywane saldo i limity opłat bez rozwijania listy.
Zamknięcie zachowuje niezapisane zmiany. Błędy zapisu pozostają w edytorze, a włączone reguły nadal wymagają potwierdzenia. Obejmuje karty pulpitu pod wykresem przychodów. Schemat 119 i zachowanie wydawania środków pozostają bez zmian.
Karty pulpitu są teraz pod wykresem przychodów. Filtry raportów, sumy i wykresy pozostają widoczne podczas przeglądania Projektów i sklepów, Faktur, Portfeli lub Sweep.
Przełączanie list zachowuje wykres na miejscu bez przeładowania. Raporty i listy odświeżają się niezależnie. Działanie płatności i schemat 119 pozostają bez zmian.
Nowe karty pulpitu zbierają faktury, portfele i przelewy sweep z dostępnych projektów. Projekty i sklepy zachowują wykresy raportów i sumy. Listy obejmują wyszukiwanie, filtry, stronicowanie i linki do szczegółów.
Każda reguła automatycznego sweep ma przycisk Konfiguracja obok przełącznika. Ustawienia pozostają zwięzłe do otwarcia, a zapis włączonej reguły nadal wymaga potwierdzenia.
Postęp przelewów odświeża się bez F5, także po wolnym początkowym ładowaniu i podczas edycji ustawień. Listy portfeli używają buforowanych sald i szacunków w regionalnej walucie fiducjarnej. Schemat 119 i limity wydawania pozostają bez zmian.
Aktywność przelewów pokazuje rzeczywiste trwające operacje i przelewy wymagające uwagi. Bezczynne reguły sweep nie pojawiają się już jako oczekujące przelewy; zakończone operacje sweep pozostają w historii.
Zakończenie opiera się na kontrolach potwierdzeń blockchaina tylko do odczytu, nie na liczniku wyświetlania. Wyszukiwanie i filtry statusu utrzymują zwięzłą historię, a zweryfikowane finansowanie gas jest zgrupowane w szczegółach powiązanego sweep.
Schemat 119 dodaje śledzenie wyłącznie do wyświetlania. Istniejące portfele, podpisane transakcje i limity wydawania pozostają bez zmian. Historyczne przelewy są sprawdzane stopniowo po aktualizacji; bez zmian publicznego API ani SDK.
Automatyczne operacje sweep tokenów finansują kwalifikujące się adresy w ograniczonych grupach, z rezerwowanymi saldami i nonce oraz równoległymi kontrolami potwierdzeń. Istniejące limity i odzyskiwanie podpisanych transakcji zostają zachowane.
Konfiguracja sweep dodaje filtry Aktywne reguły i Nieaktywne tokeny. 1 EUR na regułę może być początkowym limitem przy lekkim użyciu, nie dzienną opłatą. Schemat 118; bez nowej migracji ani zmian publicznego API lub SDK.
Automatyczny gas tokenów używa jednego dziennego limitu finansowania w walucie raportowania projektu. Gas następnego sweep jest szacowany automatycznie; techniczne ustawienia i opcjonalna diagnostyka znajdują się w Zaawansowanych.
Limity obowiązują dla każdej reguły tokena w ruchomym okresie 24 godzin. Brakujące ceny lub wyczerpane limity wstrzymują finansowanie bez zwiększania budżetu. Istniejące limity natywne i zapisane wybory zostają zachowane; włączone reguły nadal wymagają potwierdzenia.
Automatyczny postęp pokazuje finansowanie i przyczyny oczekiwania. Dokładne rezerwacje budżetu zachowują odzyskiwanie podpisanych przelewów. Schemat 118; bez zmian publicznego API, SDK ani zatwierdzania ręcznych wysyłek.
Nowe reguły sweep tokenów zaczynają z wybranym gas finansowanym przez projekt. Istniejące zapisane wybory i robocze wyłączenia pozostają bez zmian. Automatyczne operacje sweep nadal wymagają zapisu i potwierdzenia.
Czytelniejszy tekst finansowania gas wskazuje natywny portfel projektu i jego limity. Potwierdzenie włączenia pokazuje budżety na adres i na 24 godziny. Usunięto zastępczy komunikat niesprawdzonego gas; rzeczywiste wyniki kontroli i błędy pozostają widoczne.
Schemat 117; bez nowej migracji ani zmian publicznego API lub SDK. Aktualizuj przez whollycrypto update.
Reguły automatycznego sweep mogą zachowywać minimalną kwotę monety lub tokena w całym portfelu projektu, oddzielnie od progu uruchomienia sweep. Istniejące reguły zachowują zero; ręczne wysyłanie pozostaje bez zmian. Opłaty pochodzą z nadwyżki, z zachowaniem sieciowych limitów dust i rent.
Wymaga uwagi obsługuje wybór pojedynczych pozycji lub bieżącej strony do oznaczenia jako sprawdzone, dodania notatki lub ponownego skanowania. Kontrole poszczególnych faktur i historia audytu pozostają; nieudane żądania można ponawiać bez powtarzania udanych działań.
Nawigacja projektu pokazuje logo strony płatności domyślnego sklepu, jeśli dostępne. Schemat 117; bez zmian publicznego API ani SDK.
Przywrócono wewnętrzne odstępy wokół sekcji Język panelu na komputerach i urządzeniach mobilnych, także przy pierwszej wizycie przed otwarciem Opłat.
Obejmuje zarządzanie Aktywnymi domenami z 6.2.1 i oddzielne procesy Dodaj/Zarządzaj, ze sprawdzaniem DNS i aktywacji tylko dla zmian. Bez nowej migracji ani zmian publicznego API.
Zarządzaj istniejącymi domenami bezpośrednio z jednej listy Aktywne domeny. Dodaj domenę ma własny edytor z anulowaniem, oznaczeniami oczekujących zmian i bezpiecznym przeglądem wersji roboczej przed publikacją.
Wyniki DNS i przegląd aktywacji skupiają się na zmienionych adresach. Niezmienione aktywne hosty nie są odpytywane ani nie otrzymują nowych certyfikatów. Aktualizacje obejmujące tylko usunięcie lub adres główny pomijają tymczasowe przeładowania ACME/staging; kontrole Nginx i bezpieczeństwa wycofanych hostów pozostają.
Naprawiono styl i wyrównanie selektora Język panelu bez zależności od wcześniejszej wizyty w Opłatach. Bez nowej migracji ani zmian publicznego API.
Szukaj projektów, sklepów i faktur z nagłówka panelu, z podpowiedziami podczas pisania i bezpośrednią nawigacją. Wyszukiwanie respektuje przydzielony dostęp do projektów. Wylogowanie przenosi się do menu koła zębatego; Ctrl/Cmd+K otwiera wyszukiwanie.
Filtruj połączenia blockchainów według statusu skanera, w tym zweryfikowane, niezweryfikowane, ograniczone, nieudane kontrole, przerwy i niezgodne API.
Zbiorczy pulpit dodaje filtr aktywnej kryptowaluty po Sklepie. Tokeny są rozdzielone według sieci, a raporty opierają się na otrzymanych płatnościach, nie opcjach płatności. Schemat 116 dodaje indeks wyszukiwania faktur; duże historie mogą wymagać dłuższej aktualizacji. Bez zmian publicznego API ani SDK.
Naprawiono przepełnienie stosu procesu roboczego skanera wprowadzone w 6.1.0, które mogło wielokrotnie restartować aktywny backend sprzedawcy, powodując okresowe Bad Gateway i ostrzeżenia stanu rozliczeń.
Zakresy zadań skanera przechowują teraz duży stan asynchroniczny na stercie. Testy regresji obejmują stosy procesów roboczych o normalnym rozmiarze, równoczesne skanowanie, izolację pamięci podręcznej i anulowanie. Portfele, historia płatności i polityki weryfikacji pozostają bez zmian.
Zalecana aktualizacja stabilności dla instalacji 6.1.0. Schemat 115, bez nowej migracji ani aktualizacji SDK. Aktualizuj przez whollycrypto update.
Więcej API skanowania płatności natywnych: Algorand algod, Tezos Octez, Polkadot Asset Hub RPC, Stellar RPC i przejrzyste Zcash Core/Zebra. Pełna zachowana historia i dokładne dowody płatności nadal są wymagane; sama prawidłowa wysokość węzła nie wystarcza.
Ograniczone współdzielenie bloków w pamięci, zapamiętywane limity zakresów logów EVM i dodatkowe regulowanie tempa publicznych dostawców ograniczają powtarzaną pracę bez przechowywania bazy blockchaina. Istniejące ustawienia węzłów, priorytety i progi niezależnych dostawców zostają zachowane.
Bezpieczniejsze przełączanie źródeł surowych/indeksowanych zachowuje tożsamości wpływów Tezos i Zcash. Szczegóły połączenia wyjaśniają ograniczenia API i tokenów; obsługa natywna nie oznacza nowych metod płatności tokenowych. Schemat 115; aktualizacja SDK nie jest wymagana.
Dodatkowe API skanerów płatności natywnych dla Bitcoin, Bitcoin Cash, Litecoin, Dogecoin, Dash i TRON. Zgodne surowe węzły dostarczają kompletne zdekodowane lub utrwalone bloki; sama podstawowa sprawność węzła nie dowodzi dostępu do historii płatności.
Ograniczone okna historii, wznawialne kursory i niezależna weryfikacja surowa/indeksowana zachowują dokładne kwoty i wpływy podczas zmian dostawcy. Nadrabianie przez surowe węzły może wymagać kilku cykli; indeksowana historia pozostaje preferowana przy dużym wolumenie.
Szczegóły połączenia wyjaśniają niedostępne adaptery skanera i wymieniają akceptowane API. Surowe skanowanie Core wymaga 1–48 potwierdzeń; Bitcoin bez potwierdzeń nadal wymaga Esplora. TRON obejmuje tylko natywne TRX. Schemat 114 zachowuje ustawienia węzłów i domyślną politykę dwóch dostawców.
Faktury ręczne/API zachowują skonfigurowane metody on-chain podczas przerw skanera, oczekujących kontroli lub niewystarczającej liczby użytecznych dostawców. Wykrywanie czeka na zweryfikowane przywrócenie; zasady potwierdzeń i niezależności dostawców pozostają bez zmian. Konfiguracja portfela, wiarygodne kursy i zewnętrzne tworzenie żądań Monero/Lightning nadal są wymagane.
Portfele → Adresy dodają domyślnie włączone Ukryj małe salda dla łącznych środków poniżej 0,20 EUR. Nieznane ceny i nieaktualne salda pozostają widoczne. Buforowane aktywa pokazują przybliżoną wartość w walucie raportowania projektu.
Ustawienia nieaktywnych automatycznych operacji sweep są początkowo zwinięte; aktywne reguły pozostają rozwinięte. Filtr Wszystkie / Z saldem i bardziej przestronne zalecenia konfiguracji ułatwiają korzystanie z listy.
Obsługiwane ręczne wysyłki tokenów zaczynają z zaznaczoną opcją Użyj natywnej monety projektu na gas. Sprzedawcy mogą ją wyłączyć; przegląd wyceny i wyraźne zatwierdzenie nadal są wymagane. Istniejące automatyczne reguły i portfele pozostają bez zmian. Schemat 113; istniejące SDK pozostają zgodne.
Skanowanie Zcash akceptuje teraz dokładną odpowiedź pustej historii dla nieużywanych adresów. Kontrole Cosmos omijają krótkotrwałe pamięci podręczne i wyjaśniają nieaktualne końcówki sieci bez osłabiania walidacji.
Bieżące płatności EVM mają pierwszeństwo przed historią w tle. Wspólne regulowanie tempa dostawców, adaptacyjne okna skanowania natywnego i lokalne kierowanie uwzględniające możliwości ograniczają zbędne żądania. Opóźnienie bieżących płatności i nadrabianie historii są pokazywane oddzielnie.
Opcjonalna obsługa historii BlockCypher dodaje kolejnego dostawcę dla Litecoin, Dogecoin i Dash; bezpłatne limity nadal są ograniczone. Konfiguracja Monero wyraźnie prosi teraz o zewnętrzny wallet-RPC tylko do podglądu. Istniejące ustawienia węzłów, polityki weryfikacji i portfele zostają zachowane.
Naprawiono skanowanie BNB Smart Chain przy dużych blokach przez ograniczony limit odpowiedzi pełnego bloku 16 MiB, mniejszy zakres zachowywanych danych transakcji i niższą współbieżność żądań. Zwykłe limity RPC pozostają bez zmian.
Skanery Ethereum i innych EVM współdzielą wykrywanie dla faktur o zbliżonych pozycjach bloków, ograniczając powtarzane żądania między różnymi czasami utworzenia. Nowe faktury i nadrabianie starszych danych zachowują postęp i sprawiedliwe planowanie.
Dodano skanery historii adresów Bitcore dla Bitcoin Cash i Dogecoin obok Esplora, obejmujące wydane wyjścia i kontrole kanonicznych transakcji/wyjść. Niepełne lub zbyt duże historie bezpiecznie kończą się błędem.
Szczegóły blockchaina i diagnostyka gotowości wymieniają zgodne API skanerów, w tym mieszane pary niezależnych dostawców. Dwóch dostawców pozostaje ustawieniem domyślnym; istniejące polityki, przerwy, portfele i historia zostają zachowane. Migracja 112; dodatkowa diagnostyka accepted_endpoint_roles, aktualizacja SDK nie jest wymagana.
Portfele → Adresy zaczynają z włączonym Z saldem, obejmując dodatnie buforowane salda monet natywnych i tokenów. Wyłącz, aby uwzględnić puste lub niesprawdzone adresy. Wyszukiwanie i stronicowanie Strona X z Y dotyczą filtrowanej listy.
Wyłączone przyciski panelu nie sugerują już ładowania, gdy nic nie działa. Rzeczywiste oczekujące operacje zachowują informację o ładowaniu.
Reguły automatycznego sweep mogą wybierać z książki adresowej adresy pasujące do blockchaina/sieci lub używać adresu wpisanego ręcznie. Wyszukiwanie i stronicowanie ułatwiają znajdowanie zapisanych celów. Wybór tylko uzupełnia wersję roboczą; zapis i potwierdzenie nadal są wymagane.
Wymagane memo/tagi nigdy nie są po cichu pomijane, a cele giełdowe i innych portfeli pozostają wzajemnie wykluczające się. Istniejące reguły i zatwierdzenia wydawania środków pozostają bez zmian. Bez migracji bazy danych ani zmian publicznego API/MCP.
Przeorganizowano Katalog publicznych węzłów: zwięzła tabela, spójne oznaczenia, czytelne widoki Dodane / Niedodane oraz wyraźne filtry blockchaina i kwalifikacji. Szczegółowe testy i metadane źródeł pozostają poza główną listą.
Skonfigurowane połączenia spoza publicznej puli są oznaczone Tylko sprzedawca. Ich status dodania pozostaje czytelny, a Szczegóły otwierają lokalną diagnostykę zamiast pokazywać błąd kwalifikacji do publicznego katalogu.
Oznaczenia połączeń blockchainów rozróżniają przerwy skanera, wygasłe kontrole, nieudane kontrole i niezgodne API. Otwórz oznaczenie, aby zobaczyć zapisany błąd skanera i czas ponowienia obok oddzielnych pomiarów możliwości.
Istniejące połączenia, zasady kwalifikacji i polityki weryfikacji zostają zachowane. Testy możliwości nie usuwają przerw skanera; limity odpowiedzi skanera i zachowanie ponowień pozostają bez zmian. Bez migracji bazy danych ani zmian publicznego API.
Katalog publicznych węzłów oznacza punkty końcowe już dodane do Połączeń z blockchainami, z filtrami dodanych i niedodanych wpisów. Wyłączone połączenia nadal liczą się jako skonfigurowane.
Połączenia spoza centralnego katalogu pojawiają się jako lokalne wpisy, nawet przed pierwszym pobraniem katalogu. Pozostają w Twojej instalacji sprzedawcy i nigdy nie są przesyłane do publicznej puli. Dane dostępu i ścieżki URL są ukryte; Szczegóły otwierają lokalne kontrole możliwości połączenia.
Status kwalifikacji wyjaśnia teraz brakujące wymagania i pokazuje liczbę udanych kontroli. Zaliczenie wszystkich możliwości w jednym teście nadal wymaga drugiej udanej obserwacji. Czytelniejsze sformułowania przypisania operatora oddzielają przegląd dostawcy od testów połączenia.
Istniejące połączenia, wymagania kwalifikacji i polityki weryfikacji skanera zostają zachowane. Bez migracji bazy danych ani zmian publicznego API; dostępne przez podpisane aktualizacje dla natywnego Linuksa i Dockera.
Nowy Katalog publicznych węzłów, dostępny z Ustawienia → Połączenia z blockchainami. Przeszukuj tysiące publicznych punktów końcowych sieci głównych i filtruj według blockchaina, aktualności oraz kwalifikujących się kandydatów do płatności natywnych, skanowania tokenów lub dostępu historycznego.
Centralnie utrzymywany katalog regularnie się odświeża, a podpisane aktualizacje są buforowane w instalacji sprzedawcy. Daty źródeł, informacje o operatorach i kontrole możliwości pokazują, co zweryfikowano, a co pozostaje nieznane.
Status połączenia otwiera okno szczegółów możliwości obejmujące tożsamość sieci, aktualność jej końcówki, płatności natywne, logi tokenów i dostęp do historii. Przeglądaj centralne pomiary oddzielnie od lokalnych wyników i uruchamiaj kontrolę tylko do odczytu z instalacji sprzedawcy.
Przeglądanie katalogu i diagnostyka nie zmieniają skonfigurowanych połączeń ani polityk weryfikacji przez jednego/dwóch dostawców. Automatyczny wybór i rotacja węzłów nie są włączone. Nie wprowadzono dodatkowych blockchainów płatniczych. Migracja 111; dostępne przez podpisane aktualizacje dla natywnego Linuksa i Dockera.
Dodaje NodeReal jako domyślne połączenie BNB Smart Chain, aby wspierać skanowanie płatności, gdy inni publiczni dostawcy ograniczają potwierdzenia transakcji lub osiągają wspólne limity.
Nowe instalacje i aktualizacje dodają połączenie, jeśli go brak, i zachowują istniejące ustawienia NodeReal. Weryfikacja przez dwóch niezależnych dostawców pozostaje domyślna. Zawiera poprawkę odświeżania panelu z 5.13.4.
Naprawiono sporadyczne błędy ładowania projektu po odświeżeniu panelu sprzedawcy. Odczyty projektu odzyskują działanie, gdy żądania w tle unieważnią buforowane dane, bez kolejnego odświeżenia.
Tymczasowe błędy ładowania są ponawiane raz, zablokowane żądania przekraczają limit czasu, a trwałe błędy oferują przycisk Ponów. Kontrole sesji i dostępu nadal obowiązują; zmiany i operacje płatnicze nigdy nie są automatycznie ponawiane. Migracja ani aktualizacja SDK nie są wymagane.
Wewnętrzne doładowania gas nie pojawiają się już jako płatności klientów ani fałszywe ostrzeżenia o niedopłacie, spóźnieniu, wygasłej metodzie i niejednoznacznej płatności.
Audytowana migracja naprawia dopasowane zapisy finansowania, zachowując prawidłowe rozliczenia, rzeczywiste nadpłaty, pierwotne transakcje i podpisaną historię wywołań zwrotnych. Żadne środki nie są przenoszone.
Sumy płatności, bieżąca historia płatności, nowe zapisy wywołań zwrotnych, limity zwrotów i listy ostatnich płatności wykluczają zweryfikowane finansowanie wewnętrzne. Historyczne rozliczenie zależne od finansowania wewnętrznego jest oznaczane jako nieprawidłowe do sprawdzenia. Salda portfeli pozostają bez zmian. Migracja 109; aktualizacja SDK nie jest wymagana.
Naprawiono niepotrzebne oczekiwanie wysyłek tokenów EVM po sfinansowaniu gas. Zatwierdzony budżet opłat każdego źródła może pokryć wysyłkę bez ponownego dodawania bufora wybranego poziomu opłaty.
Postęp przelewu oddziela teraz potwierdzone finansowanie gas od etapu wysyłania tokenów i czytelnie wyjaśnia oczekiwanie związane z budżetem opłat.
Sprawdź zaktualizowany gas przygotowuje niepodpisaną kontynuację dla tych samych niewysłanych tokenów, wykorzystuje istniejący gas i wymaga nowego zatwierdzenia pozostałych kosztów. Poprzednie finansowanie i podpisane transakcje zostają zachowane. Bez migracji ani zmian publicznego API.
Naprawiono błędy podpisywania wysyłek USDT, USDC i innych ERC-20. Przelewy tokenów poprawnie wysyłają zerową wartość monety natywnej przy zachowaniu dodatniej żądanej kwoty tokena.
Wznów pozostały przelew bezpiecznie odświeża wygasły niepodpisany krok w ramach pierwotnej kwoty, adresu docelowego i limitów opłat. Ukończone finansowanie gas zostaje zachowane; podpisane lub niepewne transakcje nigdy nie są zastępowane.
Nowe wyraźne zatwierdzenie odnawia godzinne okno wysyłania. Instalacja tej poprawki nie wznawia wstrzymanych płatności ani nie zmienia reguł sweep. Bez migracji ani zmian publicznego API.
Ręczne wysyłki z finansowaniem gas wymagają jednego zatwierdzenia. Wstępnie zarezerwowane transakcje finansowania są wysyłane razem, potwierdzenia sprawdzane grupowo, a tokeny wysyłane automatycznie potem. Tymczasowe błędy węzła ponawiają pierwotne zatwierdzone transakcje.
Przegląd przelewu pokazuje liczbę źródeł i transakcji, maksymalne opłaty natywne i w walucie raportowania oraz opłaty jako procent wartości przelewu.
Opcjonalne limity opłat automatycznego sweep czekają na niższe opłaty lub świeże zweryfikowane ceny. Istniejące reguły i unikalne adresy faktur pozostają bez zmian; limity bezpieczeństwa i ważność zatwierdzeń nadal obowiązują. Migracja rozszerzająca.
Ręczne wysyłanie pokazuje teraz przykłady pod rezerwą monety natywnej: zero nie dodaje dodatkowej rezerwy i nie oznacza wydania całego salda; 0.005 zachowuje taką kwotę na później, przy oddzielnym pokryciu finansowania i opłat.
Przykłady używają natywnej monety wybranego blockchaina. Poprawka wyłącznie wyświetlania; wartości domyślne, wymagania zatwierdzania, automatyczne operacje sweep i dane portfeli pozostają bez zmian.
Ręczne wysyłki tokenów mogą finansować brakujący gas z natywnego portfela tego samego projektu w obsługiwanych blockchainach EVM i Solana SPL. Sprawdź finansowanie natywne, limity opłat i opcjonalną rezerwę, a następnie zatwierdź raz.
Finansowanie gas jest potwierdzane przed przeniesieniem tokenów. Trwały postęp i odzyskiwanie pierwotnych transakcji utrzymują zatwierdzone kwoty w granicach; wyższe koszty wstrzymują działanie. Istniejące automatyczne reguły i warunki wysyłania pozostają bez zmian.
Czytelniejszy formularz i przegląd ręcznego wysyłania. Udane rozgłoszenie lub zatwierdzenie finansowania zamyka okno i otwiera Aktywność przelewów, z postępem i linkami do eksploratora. Brak gas pokazuje błąd ze wskazówką działania.
Dokładne wysyłki SPL łączą konta tokenowe, a finansowanie gas zachowuje wymagane salda kont Solana. Cele portfelowe, do 32 adresów posiadających tokeny na proces; Token-2022 pozostaje nieobsługiwany. Migracja rozszerzająca zachowuje dane.
Zapisz blockchain/adres raz w Książce adresowej. Monety natywne i dopasowane tokeny CoinGecko są wykrywane automatycznie, ze zgrupowanymi środkami, szacunkami w regionalnej walucie, wyszukiwaniem i stronicowanymi szczegółami.
Czytniki wymiennych tokenów tylko do obserwacji obejmują 22 blockchainy przy użyciu istniejących połączeń. Prywatne salda i warstwy tokenów wymagające oddzielnych indeksatorów pozostają jawnie niedostępne.
Ograniczona praca w tle pokazuje postęp i błędy, zachowuje buforowane salda przy niepowodzeniu i odcina nieaktualne wyniki po zmianach. Migracja rozszerzająca zachowuje istniejące wpisy; metody faktur, klucze portfeli i polityka wydawania pozostają bez zmian.
Operacje sweep na giełdy sprawdzają minima i opłaty wpłat dla każdej transakcji wychodzącej, także małych reszt. Wpłaty poniżej minimum są zatrzymywane przed wysłaniem.
Wydawanie środków wykrywa wszystkie zapisane adresy odbiorcze. Ręczne wysyłki natywnego EVM i ERC-20 łączą adresy, pokrywając pełną żądaną kwotę i gas każdego źródła; duże operacje sweep używają ograniczonych partii.
Rezerwacje portfela zapobiegają nakładającym się wysyłkom i ponownemu użyciu nonce/wejść. Utracone odpowiedzi są odzyskiwane przez sprawdzenie dokładnego hasha transakcji przed ponowieniem pierwotnych podpisanych bajtów. Wznawiaj niepewne przelewy zamiast je zastępować.
Migracja rozszerzająca zachowuje portfele, historię, wymagania zatwierdzania i politykę wysyłania. Bez zmian kontraktów publicznego API, MCP ani wywołań zwrotnych.
Szybszy panel sprzedawcy z funkcjami na żądanie, renderowaniem aktywnej sekcji i ponownym użyciem niezmienionych wierszy. Przełączanie projektu używa krótkiego buforowania odczytu tylko w sesji, współdzielenia zduplikowanych żądań i anulowania.
Zweryfikowane wersjonowane zasoby przeglądarki są buforowane; HTML i prywatne API pozostają no-store. Salda portfeli, sekrety, rozliczenia i kontrole wysyłania pozostają poza pamięcią podręczną odczytu.
Listy faktur pobierają mniej metadanych i unikają zbędnego liczenia na krótkich stronach. Zapytania aktywności ładują szczegóły płatności tylko dla wybranej strony. Bez migracji, dodatkowego indeksu, zmiany polityki ani przenoszenia środków.
Ręczne wysyłanie ma dwa kroki: przygotowanie, potem przegląd i Zatwierdź i wyślij. Zatwierdzenie, lokalne podpisywanie i rozgłaszanie zachowują audytowane kontrole; nieudane żądania zatrzymują się do odświeżenia statusu przed kontynuacją.
Sweep rozdziela automatyczną konfigurację, cele giełdowe i aktywność przelewów na karty. Przypomnienie o natywnym gas wyjaśnia opłaty na każdym adresie wysyłającym.
Zwięzła stronicowana historia otwiera szczegóły przelewu z publicznymi linkami eksploratora dla wysłanych transakcji. Rozgłoszenie nie jest potwierdzeniem. Ta aktualizacja nie wywołuje migracji, zmian polityki ani przelewów.
Naprawiono brakujące szacunki wartości fiducjarnej portfeli dla zweryfikowanych USDC/USDT, gdy ceny CoinGecko są nieaktualne lub ich brak. Świeże notowania od włączonych dostawców kursów Kraken/Binance są źródłem zapasowym, z pierwszeństwem głównego dostawcy.
Bez zakładania powiązania z dolarem ani wyceny niestandardowych tokenów wyłącznie po symbolu. Portfele rozróżniają brakujące ceny rynkowe od bieżących skanów salda; przeliczenie na walutę raportowania i częściowe sumy pozostają dokładne.
Bez migracji, zmian kluczy ani przenoszenia środków. Wyceny faktur, kwoty płatności i ustawienia przelewów pozostają bez zmian.
Ręczne skanowanie sald otrzymuje zarezerwowaną przepustowość i zachowuje priorytet między stronami adresów. Ograniczona liczba równoległych procesów i limity czasu dostawców zapobiegają blokowaniu wszystkich portfeli przez jeden wolny blockchain.
Postęp dla aktywa pokazuje sprawdzone adresy, zaktualizowane salda i czytelne błędy. Lekkie odpytywanie unika wielokrotnego ładowania wszystkich portfeli; Ręczne wysyłanie zachowuje wpisaną kwotę i cel.
Tylko pełne skanowania publikują świeże sumy. Krótkie dzierżawy bezpiecznie odzyskują przerwane skanowania; duże portfele mogą kontynuować w tle. Migracja rozszerzająca zachowuje klucze, historię i politykę przelewów.
Nowe Ustawienia → Książka adresowa z nazwanymi celami blockchaina/aktywa, tagami, opisami, wyszukiwaniem, sortowaniem, stronicowaniem, buforowanymi saldami, szacunkami w regionalnej walucie i linkami eksploratora.
Ręczne wysyłanie oferuje zapisane i ostatnie cele projektu/aktywa. Tylko podgląd jest domyślnie wyłączone; plany nadal wymagają oddzielnego zatwierdzenia, podpisania i rozgłoszenia. Plany utworzone z Portfeli otwierają Sweep do przeglądu.
Skanuj salda w portfelach i wewnątrz Ręcznego wysyłania żąda świeżego skanowania monet natywnych/tokenów. Powtarzane żądania są ograniczane, a aktywne kursory skanowania zachowywane.
Publiczne salda Monero pozostają prywatne. Wymagane memo/tagi nigdy nie są po cichu pomijane. Migracja rozszerzająca zachowuje istniejące portfele, historię i polityki przelewów; publiczne API i wywołania zwrotne pozostają bez zmian.
Oznaczenia kwalifikacji skanera dla każdego węzła odróżniają użyteczne źródła płatności od samej łączności. Szczegóły blockchaina pozwalają jawnie zaufać jednemu dostawcy; dwóch niezależnych dostawców pozostaje ustawieniem domyślnym.
Szacunki portfeli używają waluty domyślnego sklepu, awaryjnie waluty projektu, z rzeczywistym przeliczeniem kursowym i zaokrągleniem odpowiednim dla waluty fiducjarnej.
Czternaście zweryfikowanych publicznych źródeł zapasowych i trzy poprawione połączenia skanera Bitcoin rozszerzają domyślne ustawienia instalacji. Aliasy tego samego operatora nie liczą się jako niezależni dostawcy; istniejące własne ustawienia i wyłączone węzły pozostają nienaruszone.
Tryb jednego dostawcy usuwa niezależną kontrolę krzyżową, nie kontrole sieci, kwoty ani potwierdzeń. Niektóre blockchainy nadal wymagają własnego dostawcy historii lub dostawcy z uwierzytelnianiem. Zaktualizowano diagnostykę i dokumentację API.
Zapisy, przełączniki, przesyłanie i usuwanie w panelu używają jawnych punktów końcowych POST, zgodnych z regułą Cloudflare Not GET or POST bez wyjątku WAF.
Logowanie, ochrona CSRF, uprawnienia projektów, walidacja i potwierdzenia usuwania nadal obowiązują. Bez automatycznych ponowień ani ogólnego nadpisywania metody.
Publiczne API, SDK, strona płatności i protokoły MCP pozostają bez zmian. Istniejące metody panelu pozostają dostępne dla już otwartych kart.
Pola nowych domen pojawiają się nad istniejącymi edytorami bez zmiany domeny głównej. Domeny sklepu mają czytelny nagłówek wewnątrz panelu i spójne odstępy.
Czytelniejsze błędy 403 serwera/proxy z bezpiecznym Cloudflare Ray ID. Niezapisane zmiany zostają zachowane; zwykłe uwierzytelnianie i ochrona CSRF nadal obowiązują.
Reguła Cloudflare blokująca żądania PUT nadal wymaga zmiany w Cloudflare. Ta poprawka nie omija zewnętrznych reguł bezpieczeństwa.
Pokazuj lub ukrywaj nazwy projektu i sklepu na stronach płatności klientów i podglądach, z dziedziczeniem domyślnego sklepu i nadpisaniami API dla faktur.
Wybieraj aktywne domeny merchant, pay i API dla każdego sklepu. Generowane linki preferują sklep, potem sklep domyślny, następnie ustawienia systemowe; wycofane domeny są bezpiecznie zastępowane.
Aktywne domeny pojawiają się pierwsze. Dodawanie domen używa ponownie niezmienionych aktywnych hostów i weryfikuje nowe przed aktywacją, potem wraca do aktywnego przeglądu.
Oznaczenia liczby sklepów, nagłówki z nazwą i logo sklepu oraz ostatnia aktywność pokazująca otrzymaną kwotę aktywa, token i sieć. Zaktualizowano dokumentację API i przykłady SDK 2.5.0.
Wspólne kontrole gotowości odbioru wyjaśniają brakujące wymagania portfela, skanera i dostawców przed utworzeniem faktury. Połączenia z blockchainami pokazują stany gotowości skanera, niedostępności, niesprawdzenia i opóźnienia oddzielnie od sprawności węzła.
Ręczne faktury zachowują widoczne niedostępne metody z przyczynami, linkami do ustawień i Sprawdź ponownie. Metody płatności sklepu i portfele współdzielą te same kontrole odbioru; salda i gas do wysyłania pozostają oddzielne.
Ustrukturyzowana diagnostyka API/MCP identyfikuje blockchain, aktywo i przeszkodę ze wskazówką działania. SDK PHP, Python i Node 2.4.0 dodają bezpieczne wyjaśnienia wyjątków i wygodne pomocniki problemów metod płatności.
Wybory faktur API/MCP pomijają nieaktywne lub nieakceptowane opcje, używają ustawień domyślnych sklepu, jeśli nic nie pasuje, i obejmują wszystkie aktywne aktywa przy wyborze samego blockchaina. Istniejące metody faktur i idempotentne ponowienia zostają zachowane.
Błędy faktur właściwe dla blockchaina wyjaśniają wymagania portfela, dostawców skanera i kursów, w tym gotowość indeksatora historii TRON. Kontrole bezpieczeństwa i odrzucanie niejednoznacznych symboli nadal obowiązują.
Ręczne wysyłanie przy otwarciu przeładowuje bieżący wspólny zapis sald. Portfele dodają filtr Aktywne w sklepach, w tym blockchainy tylko tokenowe. Metody płatności sklepu używają mniejszych wskazówek blockchainów bez powtarzanych pól identyfikatorów.
Zbiorczy pulpit domyślnie pokazuje Ostatnie 30 dni, z opcjami Ostatnie 60/90/180 dni, Ostatni rok i Cały okres. Długie historie używają miesięcznych lub rocznych punktów wykresu w zakresie raportowania użytkownika.
Naprawiono niedostępność Dodaj cel po powrocie z Ustawień giełdy. Czytelne kontrole dostępu i bardziej zwięzły układ celów.
Przełączniki połączenia/rozłączenia i bezpieczne usuwanie zapisanych kont giełdowych. Nierozstrzygnięte zadania blokują usunięcie; zapisane dane dostępu są usuwane bez usuwania środków na giełdzie ani zapisów historycznych.
Szacunkowe wartości fiducjarne sald giełdowych używają domyślnej waluty regionalnej. Sortuj dowolną kolumnę, zaczynając od najwyższej wartości fiducjarnej; nieznane i nieaktualne ceny pozostają wyraźnie oznaczone.
Faktury API i MCP akceptują asset_tickers ograniczone do blockchaina. Kopiuj wybory z Sklep → Metody płatności. Niejednoznaczne symbole wymagają asset_ids; istniejące kontrole akceptacji, gotowości i idempotencji nadal obowiązują.
Przeszukuj i przeglądaj strony adresów odbiorczych w Projekt → Portfele → Adresy, z linkami faktur, identyfikatorami zamówień, referencjami, indeksami derywacji i dokładnymi buforowanymi saldami aktywów.
Czytelniejsze salda adresu bazowego i całego portfela. Salda kont współdzielonych nie są przedstawiane jako oddzielne salda faktur.
Pomoc odzyskiwania właściwa dla blockchaina, potwierdzenie ujawnienia wybranego adresu, ostrzeżenia o kopiach zapasowych i praktyczne zalecenia Sweep. Bez automatycznych przelewów ani ujawniania kluczy.
Klucze portfeli, faktury, treści wywołań zwrotnych i istniejące polityki wysyłania zostają zachowane. Obsługa odbioru i wydawania środków pozostaje oddzielna.
Domyślne ustawienia regionalne w Ustawienia → System, po Języku panelu: przeszukiwalna waluta fiducjarna i strefa czasowa dla nowych projektów i kont.
Zbiorczy pulpit używa waluty systemowej, dopóki nie wybierzesz innej. Istniejące projekty, sklepy, faktury i waluta salda przedpłaconego pozostają bez zmian.
Wybieraj blockchainy i aktywa dla każdej ręcznej faktury bez zmiany ustawień sklepu. Żądania API i MCP akceptują opcjonalne wybory payment_methods, z oddzielnym wyborem Bitcoin Lightning.
Wybory mogą tylko zawężać akceptowane, gotowe metody sklepu. Nieprawidłowe, wyłączone lub niedostępne opcje są odrzucane bez cichego zastępowania innymi aktywami. Istniejąca idempotencja, klucze portfeli i wywołania zwrotne zostają zachowane.
Szybsze wyszukiwanie i nawigacja faktur, ponawialne ładowanie wyglądu płatności i lepsze układy na laptopach.
Kopie zapasowe portfeli oferują zwykły TXT lub przeszukiwalny plik HTML offline z osadzonymi kodami QR. Oba zawierają niezaszyfrowane sekrety: przechowuj je prywatnie i offline.
Skróty wysyłania otwierają dokładne aktywo portfela w przeglądzie ręcznej wysyłki. Waluta pulpitu pozostaje po przeładowaniu, wykresy pokazują szczegóły po najechaniu, a własne daty używają okna dialogowego.
Strona płatności umieszcza sumę fiducjarną pod Kwotą do zapłaty, pokazuje opis zamówienia pod tytułem i przenosi Powrót do sprzedawcy w prawy górny róg. Ulepszono obramowania logo, stany najechania selektora i subtelne wskaźniki oczekiwania. Istniejące reguły płatności, klucze i treści wywołań zwrotnych pozostają bez zmian.
Ustawienia → Dostęp API umieszczają Połączenia AI · MCP pod danymi dostępu API, z czytelniejszymi odstępami między panelami.
Filtry portfeli dodają Z saldem i Bez salda, łączone z wyszukiwaniem i gotowością. Uwzględniają monety natywne i śledzone tokeny; nieznane lub nieaktualne zerowe salda nie są klasyfikowane jako puste. Bieżące oznaczenia mieszczą teraz tekst.
Wiersze faktur projektu pokazują identyfikator zamówienia obok opisu oraz otrzymane kwoty krypto i ich blockchain/token. Zbiorcze buforowane podsumowania zapewniają szybkość listy bez wywołań węzła dla każdej faktury.
IPN i webhooki zawierają teraz paid_asset_amount dla pełnej wyceny krypto i paid_asset_amount_received dla rzeczywistych wpływów przy rozliczeniu. Dokładne ciągi dziesiętne zachowują zaakceptowane niedopłaty i nadpłaty bez zmiany kwoty faktury.
Kwoty rozliczenia pozostają zamrożone przy ponowieniach. Starsze zapisy pozostają nieznane, zapisane treści zdarzeń nie zmieniają się, a wersja danych pozostaje 2. Dokumentacja sprzedawcy/produktu i przykłady wszystkich trzech SDK są zsynchronizowane.
Strona płatności ukrywa wybór blockchaina i aktywa podczas potwierdzania płatności. Szczegóły płatności, postęp i linki transakcji pozostają widoczne; płatności częściowe zachowują kontrolki pozostałej kwoty. Hostowane podglądy działają tak samo.
Wbudowane MCP sprzedawcy pod punktem końcowym /mcp w domenie API. Podłącz asystenta AI bez instalowania dodatkowej usługi. MCP pozostaje wyłączone do jawnego włączenia.
Osiem narzędzi odczytu w zakresie projektu obejmuje sklepy, metody płatności, salda, faktury, status dostarczeń i przeliczenia. Tworzenie faktur wymaga oddzielnej zgody i zachowuje istniejące reguły walidacji oraz idempotencji.
OAuth ze zgodą administratora, S256 PKCE, rotowanymi tokenami i unieważnialnymi połączeniami. Opcjonalny dostęp bearer, uprawnienia projektów, ograniczenia IP i wspólne limity API nadal obowiązują. Bez eksportu sekretów portfeli ani narzędzi przelewów środków.
Nowe angielskie/niemieckie przewodniki MCP, informacje na stronie głównej i o funkcjach oraz zsynchronizowana dokumentacja API sprzedawcy i produktu. Istniejące portfele, faktury, domeny i integracje REST zostają zachowane.
Pola najwyższego poziomu paid_chain, paid_asset i paid_payment_method_id identyfikują metodę płatności, która rozliczyła fakturę. Szczegółowe payment_info pozostaje dostępne w IPN i webhookach.
settlement_exchange_rate zapisuje kurs rynkowy przed narzutem przy rozliczeniu, z jawnymi jednostkami, walutą, znacznikami czasu źródeł i flagami jakości. Nigdy nie zmienia zablokowanej kwoty faktury.
Ponowienia i dalsze płatności tą samą metodą zachowują zapisany stan, w tym brakujące kursy. Reorganizacje czyszczą bieżące podsumowanie; ponowne rozliczenie lub zmiana metody rozliczającej otrzymują nowy zapis. Historyczne treści zdarzeń pozostają bez zmian.
Zaktualizowano dokumentację API sprzedawcy/produktu i przykłady SDK PHP, Python i Node. Istniejące odbiorniki SDK 2.1.0 i wtyczek sklepowych 1.0.2 pozostają zgodne. Portfele, kwoty faktur i polityki sklepu zostają zachowane.
Nowe wyceny rozpoznanych zweryfikowanych stablecoinów fiducjarnych są zaokrąglane w górę do najwyżej dwóch miejsc dziesiętnych po narzucie. Zapłata pełnej zaokrąglonej kwoty działa przy zerowej tolerancji; istniejące faktury zachowują zablokowane kwoty.
Kody QR, linki portfela i kopiowane kwoty płatności żądają pełnej pozostałej wyceny. Tolerancja niedopłaty nie jest już odejmowana od żądanej płatności.
Tolerancja określa wyłącznie, czy otrzymane środki liczą się jako opłacone. Zaakceptowane niedopłaty nie są pokazywane jako niedopłacone ani nie żądają dodatkowych środków podczas oczekiwania na potwierdzenia sieci.
Wspólne wyliczenie obejmuje wszystkie blockchainy i tokeny, w tym płatności częściowe. Istniejące sumy faktur, polityki rozliczenia, portfele i znaczenia pól wywołań zwrotnych zostają zachowane.
Bogatsze zapisy IPN i webhooków obejmują użyty blockchain/token, dokładne kwoty otrzymane, potwierdzone i brakujące, linki transakcji, metadane klienta oraz podpisane identyfikatory zdarzenia/projektu/sklepu.
Zablokowana wycena, narzut kursowy, tolerancja i zaokrąglenie w górę pozostają oddzielne od orientacyjnych buforowanych kursów rynkowych. Ponowienia zachowują pierwotny zapis; niedostępne kursy historyczne pozostają nieznane.
Szczegóły dostarczenia grupują informacje o płatności, kursie i kliencie. Stronicowane API płatności tylko do odczytu udostępnia pełną bieżącą historię przelewów, gdy tablice wywołania zwrotnego są obcięte.
Zaktualizuj odbiorniki wymagające dokładnie dziewięciu pól lub kontrole duplikatów porównujące całą treść. SDK 2.1.0 i wtyczki sklepowe 1.0.2 obsługują nowe i zachowane starsze wywołania zwrotne. Istniejące portfele, faktury i zakolejkowane treści zostają zachowane.
Zmiana odpowiedzi API łamiąca zgodność: invoice_id zastępuje public_id przy tworzeniu, listowaniu, szczegółach i stronie płatności faktury, zgodnie z IPN/webhookami. Wewnętrzne identyfikatory pozostają id; adresy URL faktur i treści wywołań zwrotnych nie zmieniają się. Zaktualizuj własne integracje przed aktualizacją.
Oficjalne SDK PHP, Python i Node.js 2.0.0 używają invoice_id. Wtyczki WooCommerce i WHMCS 1.0.1 obsługują nowe i starsze instalacje sprzedawcy; najpierw zaktualizuj wtyczki.
Każda faktura ma oddzielne zwinięte historie IPN i webhooków. Zwięzłe historie sklepu pokazują identyfikatory zamówień i faktur, nazwę/e-mail klienta, status i czas dostarczenia, z wyszukiwaniem i stronicowaniem.
Szczegóły otwierają okno z zapisaną treścią, wynikiem dostarczenia i osią czasu, oddzielnie od bieżących metadanych klienta. Wygasłe dane nigdy nie są odtwarzane; portfele i historia płatności zostają zachowane.
Szczegóły historii IPN i webhooków pokazują teraz zapisany status faktury, dokładną treść JSON i wynik dostarczenia. Treści ładują się dopiero po otwarciu, z czytelnymi komunikatami wygaśnięcia.
Czytelniejsza dokumentacja wywołań zwrotnych obejmuje wybór zdarzeń, wszystkie statusy faktur, pola danych, oddzielne sekrety podpisujące, ponowienia i bezpieczną realizację zamówień.
Stopka strony płatności klienta prowadzi do oficjalnej strony Wholly Crypto w nowej karcie. Istniejące portfele, płatności i historia faktur zostają zachowane.
Bardziej niezawodne skanowanie Ethereum i tokenów EVM. Najnowsze faktury są sprawdzane oddzielnie od nadrabiania starszej historii.
Mniejsze zapytania o tokeny dostosowują się do limitów publicznych dostawców. Ograniczenia dostępu historycznego i limity zapytań są obsługiwane oddzielnie, z zaplanowanymi ponowieniami i przerwami.
Połączenia z blockchainami podkreślają teraz opóźnione skanowanie płatności nawet przy udanych podstawowych kontrolach stanu węzła.
Istniejące płatności, historia faktur i portfele zostają zachowane. Płatności nadal wymagają weryfikacji przez dwóch niezależnych dostawców.
Przyjmuj Bitcoin Lightning przez zewnętrzny węzeł LND lub zgodny portfel Nostr Wallet Connect. Włączaj niezależnie od Bitcoin on-chain w każdym sklepie.
Kontrole połączenia, dostęp projektów i wspólne salda Lightning, z czytelnymi wskazówkami dotyczącymi portfeli na własnym serwerze, zarządzanych z samodzielną kontrolą środków i powierniczych.
Kody QR i linki portfeli Lightning, wyceny w pełnych satoshi, dokładne zapisy płatności w millisatoshi i śledzenie rozliczeń odporne na restarty.
Nowe angielskie/niemieckie przewodniki konfiguracji oraz zaktualizowana dokumentacja API, funkcje i porównania. Odbiór Lightning jest opcjonalnie włączany; wysyłanie, zwroty i kopie zapasowe kanałów pozostają w zewnętrznym portfelu.
Sprawdzaj dostępne, zatrzymane i łączne salda kont Kraken, Binance i Coinbase Advanced Trade w Ustawienia → Giełdy.
Przeszukuj i stronicuj salda, uwzględniaj kwoty zerowe i odświeżaj. Dokładne wartości zachowują znaczniki czasu i pokazują ostrzeżenie przy nieaktualnych wynikach z pamięci podręcznej.
Każdy sweep blockchaina/tokena wybiera inny portfel albo pasujący zweryfikowany cel giełdowy, nigdy oba. Przełączenie czyści nieaktywne ustawienia celu.
Ulepszone mobilne układy sald i uporządkowane okna giełd. Kontrole sald są tylko do odczytu; istniejące portfele, dane dostępu i reguły sweep zostają zachowane.
Nowe ustawienia Giełd dla Kraken, Binance i Coinbase Advanced Trade, z szyfrowanymi danymi dostępu, kontrolami połączenia i kontrolą dostępu projektów.
Przeszukuj automatycznie odświeżane rynki spot, orientacyjne kursy i minima handlowe każdej giełdy.
Wysyłaj obsługiwane aktywa do zweryfikowanych celów giełdowych przez Sweep, ręcznie lub automatycznie. Opcjonalnie wymieniaj dopasowaną, zaksięgowaną wpłatę na obsługiwaną walutę fiducjarną lub krypto.
Kontrole sieci, tokena i konta, dokładne kwoty i trwałe śledzenie zleceń. Przerwane zlecenia są uzgadniane bez ponownego wysyłania w ciemno.
Połączenia z giełdami i handel pozostają wyłączone do konfiguracji. Obowiązują powiernictwo giełdy, KYC i opłaty; waluta fiducjarna pozostaje na koncie giełdowym. Najpierw testuj nowe trasy małą kwotą.
Czytelniejsza konfiguracja automatycznego sweep z przełącznikiem przy każdym aktywie i opcjonalnymi zwiniętymi ustawieniami gas.
Kontrole gas tokenów tylko do odczytu działają przed zapisaniem reguły. Ponawiaj błędy bez utraty zmian; sprawdzanie nigdy nie włącza automatyzacji ani nie wysyła środków.
Więcej miejsca pod komunikatami zakończenia na stronie płatności klienta i hostowanych podglądach. Istniejące reguły sweep i zabezpieczenia wysyłania zostają zachowane.
Nowe instalacje zezwalają na zatwierdzone wysyłki sieciowe, a reguły automatycznego sweep pozostają opcjonalne. Istniejące wstrzymania instalacji przetrwają aktualizacje.
Czytelny status wysyłania Sweep i przyczyny wstrzymania, odświeżane wraz z historią przelewów. Nieudane kontrole nie pozostawiają już dostępnych nieaktualnych kontrolek rozgłaszania.
Nowe polecenia whollycrypto transfers status, enable i disable. Aktywacja wymaga potwierdzenia; nieudana weryfikacja restartu pozostawia wysyłanie wstrzymane.
Większe pola komunikatów Wstęp i Zakończenie na stronie płatności, każde z własnym rozmiarem czcionki. Istniejące komunikaty dla klientów zostają zachowane jako Wstęp.
API tworzenia faktur obsługuje częściowe nadpisania wyglądu płatności, w tym logo i favicony sklepów z tego samego projektu. Każda nadpisana faktura zachowuje wynikowy wygląd niezależnie od przyszłych zmian sklepu.
Zaktualizowano dokumentację API sprzedawcy i witryny ze wspólnymi przykładami cURL, JavaScript, PHP i Python. Tylko ustawienia strukturalne; bez własnego HTML, CSS, JavaScript ani ładowania zdalnych obrazów.
Czytelniejszy edytor strony płatności ze spójnymi polami, wysokościami wejść, odstępami, kontrolkami kolorów i operacjami logo na komputerach i urządzeniach mobilnych.
Nowe sklepy automatycznie używają wyglądu płatności domyślnego sklepu, w tym logo, komunikatów i kolorów. Własne projekty sklepów pozostają niezależne.
Bezpieczne przełączanie domyślnego sklepu, dziedziczenie obrazów i obsługa automatycznego zapisu. Istniejące własne projekty wyglądu i ustawienia płatności zostają zachowane.
Naprawiono obsługę potwierdzenia usunięcia projektu dla zaznaczonych oświadczeń i wklejonych identyfikatorów z otaczającymi spacjami.
Czytelna informacja o identyfikatorze i dokładne stany ładowania. Zabezpieczenia kopii zapasowej, wyłączenia i trwałej historii pozostają; aktualizacja nigdy nie usuwa projektów.
Przypomnienie konfiguracji mówi teraz: Projekt jest obecnie wyłączony.
Nazwy projektów, tytuły sekcji i operacje strony są wyrównane w jednym wierszu nagłówka na komputerze.
Treść zaczyna się na poziomie przełącznika włączenia/wstrzymania projektu, usuwając dodatkową przerwę. Operacje sklepów i faktur pozostają po prawej, z responsywnym układem na wąskich ekranach.
Przełącznik włączenia/wstrzymania projektu przenosi się nad menu sekcji, także mobilną listę rozwijaną.
Tytuły sekcji znajdują się u góry po lewej stronie treści, a wybór sklepu, Nowy sklep, Utwórz fakturę i inne operacje sekcji po prawej.
Responsywne odstępy dla długich nazw projektów i wąskich ekranów. Mobilne przełączanie projektów nie wywołuje już niepotrzebnego zapisu sklepu. Istniejący status projektów, portfele, płatności i ustawienia salda pozostają bez zmian.
Sekcje projektu przenoszą się do paska bocznego na komputerze, ze zwięzłą listą rozwijaną na małych ekranach.
Czteroetapowe usuwanie projektu z potwierdzeniem kopii zapasowej portfela, krokiem wyłączenia, przeglądem trwałej historii i wpisanym potwierdzeniem.
Historia zakończonych faktur i płatności nie blokuje już usunięcia projektu. Aktywne operacje i znane salda pozostają chronione; opłaty za przetwarzanie, środki przedpłacone i istniejące pliki kopii zapasowych pozostają bez zmian.
Zawiera bezpieczne oczekiwanie na procesy robocze w tle i zweryfikowany samodzielny aktualizator z 0.1.32.
Bez fałszywego ostrzeżenia o odzyskiwaniu, gdy aktualizacja przebiega normalnie. Rzeczywiście przerwane aktualizacje zachowują zabezpieczenia odzyskiwania.
Aktualizacje bezpiecznie czekają na działające zadania w tle, podczas gdy strona płatności pozostaje online. Przekroczenie czasu i anulowanie przywracają timery bez restartowania aplikacji.
Czytelniejszy postęp aktualizacji i komunikaty błędów w panelu, z bezpiecznym odzyskiwaniem po przerwaniu przed instalacją.
Zweryfikowany samodzielny aktualizator pozwala starszym instalacjom zastosować poprawkę bez ręcznego wstrzymywania timerów. Portfele, historia faktur i reguły salda pozostają bez zmian.
Odrębne ikony włączania i wyłączania połączeń z blockchainami.
Czytelniejsze oznaczenia żądań doładowania i zwięzłe linki płatnicze w oddzielnej kolumnie.
Prostsze ekrany płatności za doładowania. Wycenione kwoty i opłaty za przetwarzanie pozostają bez zmian.
Usuń nieużywany wstrzymany projekt po potwierdzeniu istniejącej kopii zapasowej portfela. Pobranie nowej kopii jest opcjonalne; zabezpieczenia salda i historii pozostają.
Wyróżnione karty otrzymanej płatności z postępem potwierdzeń. W pełni otrzymane doładowania salda nie pokazują już licznika wygaśnięcia podczas oczekiwania na potwierdzenie.
Natychmiastowa nawigacja kart salda z odświeżaniem historii w tle i oznaczeniami oczekujących żądań. Decyzje dotyczące salda nadal są weryfikowane przez serwer.
Automatycznie wersjonowane wydaniem zasoby przeglądarki dla panelu, strony płatności i dokumentacji API oraz czytelniejsze formularze źródłowego IP. Istniejące portfele, salda i wyceny pozostają bez zmian.
Szybsze otwieranie i odświeżanie panelu dzięki wcześniejszej bezpiecznej weryfikacji sesji i połączonym zasobom.
Szybsze ładowanie salda przedpłaconego, opcjonalne dane rozliczeniowe w tle i automatyczne aktualizacje dostępności doładowań bez utraty wersji roboczych.
Liczniki płatności używają uwierzytelnionego czasu serwera, więc nieprawidłowy zegar komputera nie może fałszywie wygasić ważnej wyceny. Istniejące wyceny i weryfikacja płatności zostają zachowane.
Szczegóły opłat i Odśwież pozostają razem na dużych i małych ekranach.
Szybszy katalog tokenów przy pierwszym użyciu: pierwsze 250 tokenów dostępne wcześniej, widoczny postęp w tle i ochrona buforowanych danych.
Domyślne strefy czasowe kont przy rejestracji i w ustawieniach konta, zwinięte dane rozliczeniowe doładowania i zwięzłe puste sklepy.
Ograniczenia źródłowego IP dla każdego hosta z ochroną przed zablokowaniem dostępu, polecenia kontroli/naprawy SSL i odzyskiwanie dostępu przez SSH.
Zweryfikowane automatyczne zapasowe pobieranie z GitHub dla aktualizacji WWW. Czytelniejsza dokumentacja wznowienia konfiguracji, bezpieczeństwa serwera, cen i pomocy.
Automatyczna aktywacja salda obsługuje pełny zakres obsługiwanych walut fiducjarnych, w tym JPY, CAD, AUD i CHF. Kod aktywacyjny nie jest potrzebny.
Jednorazowe środki powitalne nadal mają wartość 10 USD w wybranej walucie rozliczeniowej. Ponowne połączenia zachowują istniejące salda bez podwójnego przyznania środków.
Automatyczna aktywacja salda po rejestracji pierwszego administratora, z jednorazowymi środkami powitalnymi o równowartości 10 USD. Kod aktywacyjny ani zgłoszenie do pomocy nie są potrzebne.
Bezpieczne ponowienia zachowują to samo konto salda i nigdy nie powielają środków powitalnych. Istniejące salda, polityki opłat i klucze portfeli pozostają bez zmian.
Naprawiono zatrzymywanie nowych instalacji po wystawieniu certyfikatu HTTPS przy brakujących plikach obsługi TLS. Wznowienie zachowuje istniejące klucze, dane dostępu i certyfikaty.
Czytelny postęp konfiguracji ze wskaźnikami pracy, czasem trwania, rzeczywistym procentem pobierania i znacznikami sukcesu/błędu. Przekierowane dzienniki używają tekstowych aktualizacji statusu.
Naprawiono odrzucanie nietypowych identyfikatorów dostawcy lub pustych nazw wyświetlanych podczas odświeżania 3000 tokenów CoinGecko. Istniejące dane z pamięci podręcznej pozostają dostępne podczas ładowania następnego pełnego zapisu.
Spójna rejestracja tokenów i ikony, zaktualizowane wskazówki API i rozszerzone testy regresji katalogu.
Prostsze sformułowania na stronie produktu. Istniejące portfele, wyceny faktur i ustawienia płatności pozostają bez zmian.
Automatyczne HTTPS z bezpośrednim DNS lub proxy Cloudflare. Bez ręcznego wyboru trybu; Let's Encrypt pozostaje aktywne w obu przypadkach.
Szybsze kontrole autorytatywnego DNS, wykrywanie stanu połączenia i poprawka wycofywania starych aliasów panelu.
Istniejące instalacje zyskują zaufaną obsługę IP klienta Cloudflare bez publikowania zapisanych roboczych domen. Dodano zwięzłe wskazówki w panelu i dokumentację angielską/niemiecką.
Naprawiono pobieranie kopii zapasowych portfela i wymagany krok kopii przed usunięciem projektu, zachowując uwierzytelnianie i zabezpieczenia usuwania.
Fokus klawiatury pozostaje użyteczny po ponownych wysyłkach IPN/webhooków, także przy błędach i odświeżonych wierszach, bez zakłócania innej karty lub kontrolki.
Rozszerzono testy regresji interfejsu. Istniejące portfele, faktury, domeny i ustawienia opłat pozostają bez zmian.
Oficjalne lustro wydań GitHub i automatyczne zapasowe pobieranie instalatora/aktualizacji, z tymi samymi podpisanymi pakietami i kluczem weryfikacji na obu hostach pobierania.
Odporny jednowierszowy instalator pobiera cały skrypt startowy przed uruchomieniem. Przerwane pobieranie nigdy nie wykonuje częściowych skryptów.
Szybsze odświeżanie salda przedpłaconego i trybu ograniczonego oraz samodzielne odzyskiwanie konta whollycrypto 2fa-reset.
Kopiuj identyfikatory API projektu/sklepu z panelu; karta Podstawowe sklepu pokazuje je w oddzielnej rozwiniętej sekcji. Zaktualizowano dokumentację angielską i niemiecką.
Obejmuje przenośną konfigurację Linux x86-64 dla Ubuntu/Debian, Fedora/Enterprise Linux, openSUSE i Arch z systemd.
Instaluje narzędzia administracyjne SELinux w minimalnych obrazach openSUSE i wykrywa wymuszanie nawet bez getenforce. Konfiguracja nigdy nie wyłącza SELinux.
Istniejące ustawienia, portfele i zaufanie do podpisanych aktualizacji pozostają bez zmian. ARM64 i Alpine/OpenRC nie są uwzględnione.
Przenośne środowisko Linux x86-64 i natywna konfiguracja dla Ubuntu/Debian, Fedora/Enterprise Linux, openSUSE i Arch z systemd.
Wstępna kontrola zgodności, konfiguracja PostgreSQL, Nginx, odnawiania TLS i SELinux dostosowana do dystrybucji. Istniejące instalacje zachowują ustawienia i zaufanie do podpisanych aktualizacji.
Wznawialna konfiguracja, zaplanowane kopie zapasowe bez kodu źródłowego i obsługa ImageMagick 6/7. ARM64 i Alpine/OpenRC nie są uwzględnione.
Bezpieczeństwo konta pozostaje w Ustawienia → Konto, z linkiem w stopce dla użytkowników mających dostęp tylko do projektów.
Przeglądaj pamięć podręczną 3000 tokenów CoinGecko z mapowaniami blockchainów i dokładnymi wartościami rynkowymi.
Odświeżanie katalogu działa w tle, a poprzednia pełna pamięć podręczna pozostaje dostępna. Błędy odświeżania są widoczne bez odrzucania buforowanych danych.
Przycisk zamiany walut pełnej wysokości i trzykolumnowy układ dostawców kursów. Istniejące faktury, aktywa płatnicze i klucze portfeli pozostają bez zmian.
Niestandardowy token znajduje się teraz obok wyszukiwania tokenów w metodach płatności sklepu.
Wybierz stałą cenę USD lub automatyczną wycenę DEX z wykrywaniem pul dokładnego kontraktu, kontrolami płynności i szczegółami bieżącej ceny.
Wspólne odświeżanie w tle, ochrona przed nieaktualnymi cenami i zaktualizowana dokumentacja API. Istniejące wyceny faktur i klucze pozostają bez zmian.
Dodawaj i edytuj niestandardowe kontrakty ERC-20 i klasyczne mint Solana SPL w metodach płatności sklepu, z weryfikacją on-chain.
Dokładne stałe ceny USD niestandardowych tokenów właściwe dla projektu, współdzielone przez jego sklepy i widoczne w wartościach portfeli. Istniejące wyceny faktur pozostają bez zmian.
Dokumentacja API niestandardowych tokenów, responsywne okna tokenów i prostszy układ IPN.
Oddzielne pola konfiguracji i historii IPN/webhooków, widoczny status sklepu i mobilne salda przedpłacone.
Logo panelu otwiera pulpit wszystkich projektów.
Faktury na zerową kwotę są domyślnie blokowane, z jawnym włączeniem dla każdego sklepu stron niewymagających płatności.
Podpisane aktualizacje w Ustawienia → System z oznaczeniem dostępności w stopce, zweryfikowanymi kopiami zapasowymi, kontrolami stanu i istniejącymi zasadami salda.
Nowe whollycrypto doctor tylko do odczytu i ograniczone naprawy --fix. Zaktualizowano dokumentację API i angielską/niemiecką dokumentację CLI.
Stylizowane okna potwierdzeń i zmiany nazw w panelu, czytelniejsze dwukolumnowe ustawienia faktur i zwięzły przeszukiwalny selektor sklepów.
Oddzielne przeszukiwalne, stronicowane historie IPN i webhooków ze szczegółami dostarczenia, filtrami statusu i potwierdzanym ponownym wysłaniem.
Hostowany podgląd płatności, wybór akcentu na całą szerokość, bezpieczne linki w komunikatach klientów i zapamiętywane wybory blockchaina/tokena.
Zgrupowane adresy/operacje portfela i szczegóły sekretów właściwe dla blockchaina z obsługą QR kluczy prywatnych.
Instalacja nowej wersji wymaga zweryfikowanego dodatniego salda na przetwarzanie przy włączonych opłatach. Sprawdzanie aktualizacji, kopie zapasowe, odzyskiwanie i płatności przychodzące pozostają dostępne; konta bez opłat nie mają ograniczenia salda. Zaktualizowano dokumentację angielską i niemiecką.
Nowe polecenie whollycrypto htaccess zmienia lub resetuje istniejące dane logowania Basic Auth sprzedawcy, zachowując włączoną warstwę bezpieczeństwa.
Nowe polecenie whollycrypto admin-reset pozwala wybrać administratora, zresetować hasło i wylogować go na wszystkich urządzeniach.
Chronione wprowadzanie hasła, opcjonalnie generowane dane dostępu i zabezpieczenia przed równoczesnymi zmianami konta oraz wyścigami logowania starym hasłem.
Rozszerzono dokumentację CLI po angielsku i niemiecku. Aktualizacja nie zmienia istniejących haseł, uprawnień kont, kluczy portfeli ani ustawień płatności.
Zbiorczy pulpit przychodów autoryzowanych projektów i sklepów, z gotowymi zakresami kalendarza, własnymi datami, filtrami waluty/strefy czasowej, wykresami i eksportem CSV.
Skrót pulpitu przed nawigacją projektu i Utwórz projekt po prawej.
Wybór Let's Encrypt lub proxy Cloudflare dla każdego hosta, z walidowaną etapową aktywacją i ścisłym TLS serwera źródłowego.
Tryb wyczerpanego salda wstrzymuje też tworzenie nowych projektów/sklepów. Istniejące strony płatności i płatności przychodzące działają dalej; konta bez opłat nie wymagają środków przedpłaconych.
Lokalizacja produktu z angielskim jako podstawą, z niemiecką stroną główną i dokumentacją oraz czytelniejszym przewodnikiem trybu ograniczonego. Istniejące klucze, polityka konta i aktywne domeny zostają zachowane.
Tryb niskiego salda zachowuje dostępność płatności klientów i tworzenia stron płatności, wstrzymując IPN, webhooki i Sweep do uzupełnienia salda na przetwarzanie.
Czytelne ostrzeżenie o saldzie, przeszukiwalne kraje rozliczeniowe i większe kwoty szybkiego doładowania.
Podstawowe wymagania konfiguracji projektu pojawiają się u góry Przeglądu tylko przy brakach; stan operacyjny jest zgrupowany pod ostatnią aktywnością.
Czytelniejsza nawigacja projektu i zaktualizowany cennik oraz dokumentacja. Istniejące portfele, sklepy i ustawienia zostają zachowane.
Centrum wyjątków płatności i uzgadniania niedopłat, nadpłat, spóźnionych i niejednoznacznych płatności, z kontrolowanymi działaniami przeglądu i ścieżką audytu.
Liczniki Wymaga uwagi w nawigacji projektu, jednowierszowe menu projektu, lepsze odstępy na laptopach i wylogowanie samą ikoną.
Konfiguracja pierwszego administratora obejmuje wybór języka, umowę licencyjną i potwierdzenie zapoznania się z prywatnością. Obecnie dołączonym językiem jest angielski.
Zaktualizowano dokumentację i zweryfikowano odzyskiwanie instalacji. Istniejące konta, portfele, faktury i ustawienia zostają zachowane.
Przeszukiwalna, stronicowana historia opłat faktur w Ustawienia → Opłaty.
Potwierdzenia pokazują pierwotną kwotę faktury w walucie fiducjarnej, przypisaną opłatę, przeliczenie walutowe, odliczenie środków i saldo po każdym wpisie.
Opłaty za przetwarzanie wykluczają narzut kursowy płatności, nadpłaty i opłaty sieciowe.
Zduplikowane zgłoszenia zachowują pierwotne potwierdzenie bez podwójnego obciążenia.
Obsługa CLI lokalnych połączeń PostgreSQL przez gniazdo Unix obok połączeń localhost uwierzytelnianych hasłem.
Istniejące instalacje mogą używać aktualizatora wykonującego najpierw kopię zapasową bez zmiany uwierzytelniania bazy danych ani ustawień środowiska uruchomieniowego.
