Transfer wielu do wielu w sieci Solana: para po parze
Transfer wielu do wielu w sieci Solana: jedna transakcja na wiersz, 0,001 SOL za transfer i zasada rentu, przez którą wiersz jest pomijany, a nie zaokrąglany.

Transfer wielu do wielu trzyma każdy portfel nadawcy przy jego własnym odbiorcy. Portfel 1 płaci na adres 1, portfel 40 na adres 40, a te dwa wiersze nigdy się nie stykają. Każdy wiersz to osobna transakcja, podpisana przez portfel, w którym leżą pieniądze.
- Jedna transakcja na parę, podpisana przez jej nadawcę. Błąd w wierszu 40 nie rusza wiersza 41, bo wiersze nie dzielą ani konta, ani podpisu.
- Opłata platformy wynosi 0,001 SOL za transfer i trafia jako druga instrukcja do transakcji samego nadawcy. Nic nie jest pobierane z góry ani trzymane w depozycie.
- W trybie tokenów odbiorca, który nigdy nie miał danego mintu, potrzebuje konta tokena, a nadawca opłaca je kwotą 0,00149 SOL.
- Jedno uruchomienie obejmuje do 2000 par, podpisywanych i rozgłaszanych w porcjach po 100, a potem potwierdzanych w partiach po 256 z limitem 90 sekund.
- Wiersz SOL, po którym nadawca zostałby z saldem większym od zera, ale mniejszym niż 0,00065 SOL, jest pomijany, a nie po cichu korygowany, bo sieć takiego konta nie przyjmie.
Trzy kształty masowego transferu
Transfer wielu do wielu to rzadszy przypadek. Najczęściej masowa wysyłka w sieci Solana wygląda tak, że jeden portfel płaci całej liście. Skarbiec wypłaca 3000 osobom: jeden podpisujący, jedno źródło środków, jedno saldo do pilnowania. Do tego służy narzędzie Multi Sender do wysyłki i przy airdropie to właściwy wybór.
Zbieranie środków to ten sam obraz odwrócony. Czterdzieści portfeli wysyła to, co ma, na jeden adres, więc mamy czterdziestu podpisujących i jeden cel. Tę stronę obsługuje narzędzie Zbieranie sald.
Żadne z nich nie opisze trzeciego przypadku. Masz czterdzieści portfeli i czterdzieści adresów docelowych, a adres 12 ma dostać pieniądze z portfela 12 i z żadnego innego. Multi Sender uruchomiony czterdzieści razy w końcu to zrobi, po czterdziestu rundach kopiowania. Uruchomiony raz nie zrobi tego wcale: każdy adres dostałby środki z tego samego portfela, a właśnie tego powiązania chcesz uniknąć.
| Kształt | Podpisujący | Narzędzie | Do jakiego zadania |
|---|---|---|---|
| Jeden portfel do wielu adresów | 1 | Multi Sender | Airdrop albo wypłaty ze skarbca |
| Wiele portfeli do jednego adresu | jeden na wiersz | Zbieranie sald | Ściągnięcie środków z floty portfeli do portfela głównego |
| Wiele portfeli do wielu adresów, w parach | jeden na wiersz | Wielu do wielu | Rotacja floty portfeli: jeden stary portfel na jeden nowy |
Cała funkcja sprowadza się do parowania. Narzędzie Wielu do wielu czyta dwie kolumny adresów i kwotę, pilnuje, żeby wiersz trzymał się razem, i podpisuje go portfelem wskazanym w tej linii.
Ile kosztuje jeden wiersz
W wierszu mogą pojawić się trzy pozycje i wszystkie opłaca portfel nadawcy z tego wiersza. Nie ma wspólnego konta finansującego, więc portfel, który nie pokryje swojego wiersza, nie pożyczy od wiersza powyżej. Pozycja sieciowa to podstawowa opłata 5000 lamportów za podpis, opisana w oficjalnej dokumentacji opłat sieci Solana.
| Pozycja | Tryb SOL | Tryb tokenów |
|---|---|---|
| Opłata platformy | 0,001 SOL | 0,001 SOL |
| Opłata sieciowa | 0,000005 SOL | 0,000005 SOL |
| Konto tokena odbiorcy | nie dotyczy | 0,00149 SOL i tylko wtedy, gdy odbiorca nigdy nie miał tego mintu |
Trzeci wiersz przeczytaj dwa razy, bo to on najczęściej zaskakuje. Wysłanie tokena SPL na adres, który nigdy go nie miał, oznacza utworzenie konta, w którym ten token będzie leżał, a Solana pobiera za to konto depozyt rentu. Depozyt jest dużo większy niż opłata sieciowa. Przy stu nowych odbiorcach to około 0,149 SOL rachunku, a opłata platformy wynosi 0,1.
Depozyt nie przepada. Leży na koncie tokena odbiorcy i wraca do tego, kto później to konto zamknie, ale to osobne zadanie, opisane w poradniku o odzyskiwaniu SOL z pustych kont. Jeśli odbiorca ma już ten mint, pozycja znika całkiem. Zanim cokolwiek zostanie podpisane, narzędzie sprawdza wszystkie sto kont docelowych jednym zapytaniem, więc szacunek, który widzisz, to kwota, którą zapłacisz.
Wiersze, które zostają pominięte
Przed podpisaniem wiersza działają dwie kontrole i obie zatrzymują wiersz, zamiast go zmieniać.
Pierwsza to zwykła arytmetyka. Jeśli portfel nadawcy nie pokryje kwoty, opłat i ewentualnego konta tokena do otwarcia, wiersz zostaje oznaczony i odłożony. Nic nie wychodzi częściowo.
Druga jest dziwniejsza i dobrze ją zrozumieć, bo za pierwszym razem wygląda na błąd. Solana nie pozwala zostawić na koncie salda większego od zera, ale mniejszego niż minimum zwolnione z rentu. Dla zwykłego portfela to 0,00065 SOL, a liczba wynika ze wzoru opisanego w dokumentacji kont sieci Solana. Opróżnienie konta do zera jest w porządku. Zostawienie na nim 0,0005 SOL już nie. Wiersz, który zepchnąłby portfel w tę lukę, dostaje oznaczenie pyłu rentu (rent dust) i nie zostaje wysłany.
Alternatywą byłoby przycięcie kwoty tak, żeby się zmieściła, a to gorsze rozwiązanie. Wpisujesz konkretną liczbę. Narzędzia, które bez słowa wysyła inną, nie da się potem rozliczyć z arkuszem. Wyślij więc całe saldo albo zmniejsz kwotę tak, żeby reszta przekroczyła minimum. Skąd to minimum się bierze, wyjaśnia artykuł o rencie w sieci Solana.
Dlaczego jedna transakcja na wiersz ma znaczenie
Upchnięcie kilku transferów w jednej transakcji obniża opłaty sieciowe, ale pogarsza całą resztę. Spakowana transakcja działa na zasadzie wszystko albo nic, więc jeden zły adres docelowy pociąga za sobą dwadzieścia poprawnych transferów obok. Do tego każdy nadawca z paczki musi podpisać tę samą transakcję. Przy czterdziestu osobnych portfelach to czterdzieści podpisów na jednym obiekcie i limit rozmiaru, na który trafisz dużo wcześniej niż przy wierszu czterdziestym.
Osobna transakcja kosztuje 0,000005 SOL za wiersz i to nie tę część rachunku warto optymalizować. W zamian błąd jest pojedynczą linią w tabeli wyników, z podanym powodem, a ponowienie oznacza ponowienie tylko tej linii.
Podpisywanie nadal odbywa się w twojej przeglądarce. Wklejone klucze prywatne zostają na stronie, każda transakcja jest podpisywana lokalnie, a na serwer do rozgłoszenia trafiają tylko podpisane bajty. Ten sam układ opisuje poradnik o zestawie portfeli do startu tokena i dzięki temu narzędzie może działać w imieniu czterdziestu portfeli bez łączenia żadnego z nich przez adapter.
Kiedy transfer wielu do wielu to właściwy wybór
Dla większości osób uczciwa odpowiedź brzmi: rotacja portfeli. Masz zestaw portfeli z historią, którą wolisz zostawić za sobą, generujesz nowy zestaw w narzędziu Generator portfeli i chcesz, żeby stary portfel 7 zasilił nowy portfel 7 i nic poza tym. Jedno uruchomienie, czterdzieści par, czterdzieści niezależnych transakcji.
Drugi przypadek to lista wypłat, w której płatnik zmienia się z linii na linię. Kilka projektów, kilka skarbców, jeden arkusz. Multi Sender w ogóle tego nie wyrazi, bo ma dokładnie jedno źródło.
Trzeci to redystrybucja po snapshocie, gdy każdy posiadacz dostaje środki z portfela, który wcześniej mu przypisano. Jeśli natomiast wszyscy odbiorcy mają dostać środki z jednego miejsca, potrzebujesz airdropu, a nie tej ścieżki. Koszty obu dróg rzetelnie porównuje tekst o tym, jak najtaniej zrobić airdrop na tysiące portfeli.
Pierwszy przebieg zrób na dwóch wierszach. Tabela wyników pokaże, ile naprawdę kosztował wiersz, razem z depozytami za konta tokenów, zanim puścisz dwa tysiące takich wierszy.
Ten artykuł ma charakter edukacyjny i nie jest poradą finansową, inwestycyjną, prawną ani podatkową. Tokeny w sieci Solana są bardzo zmienne, a większość z nich traci całą wartość. Zrób własny research i nigdy nie ryzykuj środków, na których utratę nie możesz sobie pozwolić. J Tools nie poleca żadnego konkretnego tokena ani transakcji.
Najczęściej zadawane pytania
Czym to się różni od kilkukrotnego uruchomienia Multi Sender?
Multi Sender z założenia ma jeden portfel finansujący, więc nawet uruchamiany wiele razy płaci każdemu odbiorcy z tego samego portfela. Transfer wielu do wielu zmienia nadawcę w każdej linii. Jeśli twoje wiersze różnią się tylko odbiorcą, użyj narzędzia Multi Sender i oszczędź sobie konfiguracji.
Czy nieudany wiersz coś kosztuje?
Wiersz odrzucony przed podpisaniem nic nie kosztuje, bo żadna transakcja nie trafiła do sieci. Wiersz podpisany, rozgłoszony, który potem nie przejdzie on-chain, płaci opłatę sieciową jak każda nieudana transakcja w sieci Solana. Opłata platformy jest instrukcją w tej samej transakcji, więc nie zostaje pobrana, jeśli transfer się nie wykona.
Czy nadawcy i odbiorcy mogą się pokrywać?
Tak. Portfel może być nadawcą w jednym wierszu i odbiorcą w innym, ale wiersze to niezależne transakcje, więc kolejność między nimi nie jest gwarantowana. Jeśli wiersz 2 wydaje to, co dostarcza wiersz 1, podziel je na dwa osobne uruchomienia.
Jaka jest maksymalna liczba par?
Dwa tysiące na jedno uruchomienie. Są podpisywane i wysyłane w porcjach po sto, a potwierdzane w partiach do dwustu pięćdziesięciu sześciu, z limitem dziewięćdziesięciu sekund na każde oczekiwanie na potwierdzenie. Pełny przebieg trwa więc kilka minut, a nie kilka sekund.
Dlaczego mój wiersz oznaczono jako pył rentu?
Ta kwota zostawiłaby w portfelu nadawcy saldo między zerem a 0,00065 SOL, a Solana odrzuca konto w takim stanie. Wyślij całe saldo, żeby portfel skończył na zerze, albo zmniejsz kwotę tak, żeby reszta przekroczyła minimum.
Czy portfel, który wysyła tylko tokeny, potrzebuje SOL?
Tak. Nawet w trybie tokenów portfel nadawcy płaci w SOL opłatę sieciową i opłatę platformy, a do tego depozyt za konto tokena, jeśli odbiorca go potrzebuje. Portfel z tokenami i bez SOL niczego nie wyśle.
Narzędzia obok tego: narzędzie Multi Sender do wysyłki na przypadek jeden do wielu oraz narzędzie Generator portfeli do zbudowania zestawu docelowego. Do poczytania: wyjaśnienie rentu w sieci Solana, czyli depozytów stojących za obiema liczbami powyżej.
Autor: zespół J Tools. Budujemy i utrzymujemy ponad 40 narzędzi dla sieci Solana działających produkcyjnie, od tworzenia tokenów po analizę portfeli on-chain, i piszemy na podstawie tego, co widzimy na mainnecie, a nie teorii. Opublikowano: 30 sierpnia 2026. Ostatnia weryfikacja: 30 sierpnia 2026.


