hashcash - Online w chmurze

PROGRAM:

IMIĘ

hashcash - hashcash narzędzie przeciwdziałające spamowi / odmowie usługi

STRESZCZENIE

Mennica (Stwórz) znaczki pocztowe:

haszysz -m [[ Opcje ] [ Zasób ... ] ... ]

Kontrola znaczki pocztowe:

haszysz -c [[ Opcje ] -r Zasób ... ] [ pieczęć ...]

Prędkość szacunki:

haszysz -s [ Opcje ] [ -b Bity ]

przedmuchać Baza danych:

haszysz -p już dziś [ -j Zasób ] [ -k ] [ -t czas ] [ -u ]

Liczyć kolizja bity:

haszysz -w [ Opcje ] [ pieczęć ...]

Get Zasób Nazwa:

haszysz -n [ Opcje ] [ pieczęć ...]

Get czas pozostały aż do wygaśnięcie

haszysz -l [ Opcje ] -e okres [ pieczęć ...]

OPIS

Hashcash to narzędzie do przeciwdziałania odmowie usługi. Jego głównym zastosowaniem jest pomoc
użytkownicy hashcash unikają utraty e-maili dzięki antyspamowi opartemu na treści i czarnej liście
systemy.

Narzędzie hashcash umożliwia tworzenie znaczków hashcash, które można dołączać do wysyłanych wiadomości e-mail, oraz
aby zweryfikować pieczątki hashcash dołączone do otrzymywanych wiadomości e-mail. Nadawcy e-maili dołączają hashcash
znaczki z X-Hashcash: nagłówek. Zachęcamy dostawców i autorów narzędzi antyspamowych
aby zwolnić pocztę wysyłaną z hashcash z ich czarnych list i reguł filtrowania opartych na treści.

Pieczątka hashcash stanowi dowód pracy, który zajmuje parametryzowany nakład pracy
do obliczenia dla nadawcy. Odbiorca może sprawnie zweryfikować otrzymane znaczki.

Funkcja dowodu pracy hashcash polega na obliczeniu częściowych kolizji haszów (skrót SHA1
jest używana). Wybierając liczbę bitów kolizji, praca wymagana do
obliczyć, że kolizja może być dowolnie kosztowna -- od ułamków sekundy do
minuty lub godziny. Weryfikacja jest wydajna i wymaga tak samo niewielkich kosztów
wielkość kolizji.

W celu bardziej szczegółowego omówienia innych zastosowań użyto hashcash patrz
http://www.hashcash.org/

ZASTOSOWANIE UWAGI

Na tej stronie podręcznika nazwa zasobu to nazwa usługi lub adres stempla
stworzone dla. W przypadku wiadomości e-mail nazwą zasobu jest adres e-mail odbiorcy w
formularz [email chroniony].

Mintowanie znaczki pocztowe

Połączenia -m flaga musi być wybita stemplem.

Nazwa zasobu (adres e-mail odbiorcy) do wybicia pieczątki może być przekazana jako
argument, lub jeśli pominięto, jest odczytywany ze standardowego wejścia. Jeśli stdin jest tty, użytkownik jest pytany, jeśli
stdin to potok, którego nazwa zasobu jest odczytywana po cichu. Pożądany rozmiar kolizji może
określić z opcją -b. Jeśli nie określono rozmiaru kolizji, wartością domyślną jest 20
bity. Zobacz także -b domyślnym opcja.

Kontrola znaczki pocztowe

Połączenia -c flaga musi być podana w celu sprawdzenia ważności stempla. Pieczęć do sprawdzenia może być podana jako
argument do "hashcash". Jeśli nie podano stempla, stempel jest odczytywany ze standardowego wejścia. Jeśli stdin to
tty użytkownik zostanie poproszony, jeśli stdin jest potoku, znaczek jest po prostu odczytywany po cichu. A
nazwę zasobu (adres e-mail odbiorcy) można podać za pomocą -r opcja. Jeśli
podawana jest nazwa zasobu nazwa zasobu jest porównywana z nazwą zasobu w stemplu, jeśli
nie pasują, znaczek jest odrzucany.

Uwaga: jeśli nie podano nazwy zasobu, pieczęć i tak jest sprawdzana, aby sprawdzić, czy jest inaczej
ważny, ale mógłby być wybity dla innego zasobu, co pozwoliłoby na
ponownie używany w różnych zasobach, więc hashcash zwróci niesprawdzony kod wyjścia przy wyjściu.

Pieczątki są domyślnie uważane za ważne przez 28 dni. Okres ważności może być
zmieniono za pomocą -e flag.

Jeżeli znaczek stracił ważność lub ma datę w przyszłości znaczek jest odrzucany, a program
wychodzi natychmiast.

Jeśli wymagany rozmiar kolizji jest podany z -b flaga, wartość znaczków jest obliczana i
porównywane, jeśli znaczek ma niewystarczającą wartość, zostaje odrzucony, a program kończy pracę
od razu. Jeśli -b flaga nie jest podana, pieczątka jest sprawdzana, aby zobaczyć, czy jest inaczej
ważny, ale hashcash zwróci niesprawdzony kod wyjścia przy wyjściu.

Jeżeli znaczek jest podwójnie zużyty, znaczek jest odrzucany. Ochrona przed podwójnymi wydatkami to
omówione bardziej szczegółowo poniżej w „Ochrona przed podwójnymi wydatkami”. Jeśli podwójne wydatki
ochrona nie jest włączona, znaczek może zostać podwójnie wydany, więc hashcash powróci
niezaznaczony kod wyjścia (kod wyjścia 2) przy wyjściu.

Połączenia -w flaga może być użyta do zażądania zliczenia liczby bitów kolizji
i wyświetlane. ten -n flaga może być użyta do zażądania, aby nazwa zasobu w stemplu to
przeanalizowane i wyświetlone. ten -l flaga może być użyta do zażądania liczby sekund do
wygaśnięcie stempla jest wyprowadzane.

Program zwróci kody wyjścia ważne lub nieważne tylko wtedy, gdy -c używana jest flaga, -b
używana jest flaga, -d, -r Zasób są używane. Oto minimalny zestaw opcji niezbędnych do:
w pełni sprawdzić ważność pieczęci. Jeśli te kryteria nie zostaną spełnione, program:
zwróć kod wyjścia niezaznaczony (kod wyjścia 2) przy wyjściu. (Zobacz także -y flaga.)

Podwójne Geometryczne Spędzanie ochrona

Jeśli -d flaga jest wykorzystywana podczas sprawdzania znaczków, prowadzona jest baza zużytych znaczków.

Domyślnie znaczki tracą ważność po 28 dniach, bez wygaśnięcia baza by się powiększała
na pewno. Możesz określić alternatywny okres wygaśnięcia za pomocą -e flaga. ten
zalecany (i domyślny) okres ważności wiadomości e-mail to 28 dni. Po upływie okresu ważności
czas, znaczek i tak jest uważany za wygasły i może zostać usunięty z bazy danych
aby zaoszczędzić miejsce. (Zobacz „Usuwanie okresowe a przy następnym dostępie”, aby dowiedzieć się, jak usunąć pieczątki.)

Ze względów wydajnościowych pieczęć jest weryfikowana przed sprawdzeniem jej w bazie danych; Jeśli to jest
w przeciwnym razie nieprawidłowa żadna aktywność bazy danych nie nastąpi.

Uwaga: Decyzja o tym, jak długo pieczęć powinna być uznana za ważną, należy do
weryfikatora. Jeśli jest za krótki, może się zdarzyć, że w przypadku niektórych zastosowań stempel będzie
wygasa przed dotarciem do odbiorcy (np. e-mailem). Sugerowana wartość 28 dni
powinien być bezpieczny w przypadku normalnych opóźnień w dostarczaniu wiadomości e-mail. Wybór jest kompromisem między
rozmiar bazy danych i ryzyko wygaśnięcia przed przybyciem, zależy od aplikacji.

Uwaga: Różne znaczki w tej samej bazie danych mogą mieć różne okresy ważności, więc dla
przykładowe pieczątki dla różnych zasobów o różnych okresach ważności mogą być przechowywane w
tej samej bazy danych lub odbiorca może zmienić okres ważności dla przyszłych znaczków
bez wpływu na ważność starych pieczęci.

Biegunka Cyklicznie vs on Następna Wejdź

Aby okresowo czyścić stare pieczątki podczas sprawdzania pieczątek, użyj -p okres możliwość oczyszczenia
nie wcześniej niż w podanym okresie od ostatniego czyszczenia. Czyszczenie może być używane z
-k możliwość wyczyszczenia również nie wygasłych znaczków i z -j Zasób flaga tylko do wyczyszczenia
znaczki dla danego zasobu.

Istnieją okoliczności, w których usunięcie stempli przy następnym dostępie może być niewygodne,
na przykład, jeśli istnieje duża baza danych o podwójnych wydatkach, której wyczyszczenie zajmuje trochę czasu i
ważny jest czas odpowiedzi kontrolera hashcash. Aby uniknąć tego problemu, czyszczenie
można to zrobić osobno, używając tylko -p już dziś opcja zażądania tylko operacji czyszczenia.
Na przykład na unixie możesz wywołać "hashcash -p now" w zadaniu crona raz dziennie lub na
żądanie, gdy dysk się wyczerpuje.

Prędkość Szacunki

Połączenia -s flaga żąda pomiaru, ile kolizji można przetestować na sekundę. Nie
stempel jest wybity lub zweryfikowany.

Jeśli -b flaga jest używana z tą opcją, zamiast szacunkowej liczby sekund
weź do bicia jest obliczany znaczek o podanym rozmiarze w bitach. Aby dowiedzieć się, ile to czasu
zajmie wybicie domyślnego rozmiaru stempla -s -b domyślnym.

Uwagi

Wszystkie informacje wyjściowe są drukowane na stderr. Wybite znaczki i wyniki znaczka
weryfikacja i czas są drukowane na standardowe wyjście. Cicha flaga -q tłumi wszystko
wyjście informacyjne. ten -v flaga żąda więcej informacji wyjściowych. Żądany
wyjście, które jest jedyną informacją, która jest wyprowadzana w trybie cichym (gdy -q jest specyficzne)
jest drukowane na standardowym wyjściu. Jeśli stdout jest potoku lub gdy działa tryb cichy,
wyjście jest drukowane bez opisu (tj. tylko bity, tylko sekundy, tylko zasób).

OPCJE

-c Sprawdź informacje o wygaśnięciu znaczków podane jako argument lub na stdin. (Używać z
-b, -d i -r Zasób aby w pełni sprawdzić pieczątki).

-m Znaczki mennicze z zasobami podanymi jako argumenty lub na stdin.

-b Bity
Podczas wybijania stempla stwórz kolizję co najmniej tylu bitów. Podczas weryfikacji
znaczek wymaga kolizji co najmniej tylu bitów, w przeciwnym razie odrzuć
to. W przypadku pominięcia używana jest wartość domyślna.

Podczas sprawdzania znaczków wymagaj, aby znaczki miały tyle bitów.

Domyślną liczbę bitów można określić za pomocą -b domyślnym. Bity w stosunku do
wartość domyślną można również określić za pomocą -b +n dla n bitów więcej niż domyślna i -b -n
dla n bitów mniej niż wartość domyślna.

-b domyślnym, -b +0 i -b -0 wszystkie są równoważne.

Podczas wykonywania testu prędkości -s, można zmierzyć prędkość domyślnego tokena za pomocą -s -b
domyślnym.

-r Zasób
Podczas bicia znaczków, nazwa zasobu (adres e-mail odbiorcy) do wybicia znaczka
przeciw można podać albo z -r Zasób lub jako argument do "hashcash".

Podczas sprawdzania pieczątek nazwa zasobu (własny adres e-mail) jest podawana z -r
opcja. Jeśli nazwa zasobu jest podana, jest sprawdzana z nazwą zasobu w
znaczek, a jeśli nie pasują, znaczek jest odrzucany. Uwaga, jeśli nazwa zasobu to
nie podano, akceptowane byłyby znaczki za inne zasoby, a zatem haszysz
zwraca niezaznaczony kod wyjścia (kod wyjścia 2) przy wyjściu.

-o Podczas weryfikacji stempli można podać wiele zasobów. Domyślnie zasoby są
po prostu sprawdzaj jeden po drugim, aż zostanie znaleziony pasujący prawidłowy zasób. Jednak kiedy
użyj symboli wieloznacznych lub wyrażeń regularnych (patrz -E), warto móc to określić
jeden zasób zastępuje inny. Na przykład to: -b15 -r [email chroniony] -o -b10
*@dev.null stwierdza, że ​​​​poczta na adres [email chroniony] wymaga 15 bitów, ale wyślij do
*@dev.null wymaga tylko 10 bitów. Jeśli pominęliśmy -o zastąpić związek między
dwa zasoby, stempel o długości 10 bitów byłby akceptowalny dla adresu [email chroniony]
ponieważ podczas gdy zgodnie z pierwszą regułą zostałaby odrzucona jako mająca niewystarczającą ilość bitów,
byłoby to zaakceptowane na podstawie drugiej reguły. ten -o opcja pozwala uniknąć tego problemu.

-e czas
Termin ważności zużytych znaczków. Podczas sprawdzania pieczątek (za pomocą -c flaga), jeśli
znaczek został wybity więcej niż określony czas temu, jest uważany za wygasły.
Jeśli ta opcja nie zostanie wykorzystana, domyślnie znaczki tracą ważność po 28 dniach. Okres ważności
domyślnie podawany jest w sekundach (argument 0 oznacza na zawsze). Pojedynczy znak
przyrostka można użyć do określenia jednostek alternatywnych (m = minuty, h = godziny, d = dni, M =
miesięcy, y = Y = lata, a s = sekundy).

Jeśli jest używany z -d zużytą pieczęć i okres jej ważności odnotowuje się w
Baza danych. Zobacz -p opcja opisu sposobu usuwania znaczków z bazy danych.

Podczas bicia znaczków -e flaga może mieć wpływ na rozdzielczość tworzonego czasu
w pieczęci. Bez -e opcja domyślna rozdzielczość to dni (format czasu:
RRMMDD). Alternatywne formaty oparte na zakresie okresu ważności są następujące:

Podczas bicia możesz również podać wyraźną szerokość czasu za pomocą -z opcja zamiast.
(-z nadpisuje -e jeśli oba są podane. Jeśli nie podano żadnego z nich, domyślnie jest to 6 znaków (czas
format: RRMMDD)).

Zasady automatycznego określania odpowiedniej szerokości czasu od -e jeśli nie -z opcja
podane są:

* okres >= 2 lata, następnie format czasu YY jest zaokrąglany w dół do najbliższego roku
początek;
* 2 lata < okres <= 2 miesiące, następnie używany jest format czasu RRMM zaokrąglony w dół do
początek najbliższego miesiąca;
* 2 miesiące < okres <= 2 dni, następnie używany jest format czasu RRMMDD zaokrąglony w dół do
początek najbliższego dnia;
* 2 dni < okres <= 2 minuty, następnie używany jest format czasu RRMMDDggmm zaokrąglony w dół do
początek najbliższej minuty;
* okres < 2 minuty, a następnie używany jest format czasu RRMMDDggmmss w sekundach.

Zauważ, że zaokrąglanie w dół jest oparte na czasie UTC, a nie na czasie lokalnym. To może prowadzić do
początkowo zaskakujące wyniki przy zaokrąglaniu w dół do np. dni w strefach czasowych innych niż GMT
(UTC = GMT). Może być jaśniejsze zrozumienie, jeśli używasz -u opcja.

-z szerokość
Połączenia -z opcja jest używana podczas bicia i umożliwia użytkownikowi wybór szerokości szerokości czasowej
pole. Zobacz także -e opcja podana w połączeniu z -m określić domniemany
szerokość pola czasu pod opisem -e flaga. Prawidłowe szerokości to 6,10 lub 12
znaki odpowiadające odpowiednio: YYMMDD, YYMMDDhhmm i YYMMDDhhmmss zaokrąglone w dół
odpowiednio do najbliższego dnia lub minuty.

Zauważ, że zaokrąglanie w dół jest oparte na czasie UTC, a nie na czasie lokalnym. To może prowadzić do
początkowo zaskakujące wyniki przy zaokrąglaniu w dół do np. dni w strefach czasowych innych niż GMT
(UTC = GMT). Może być jaśniejsze zrozumienie, jeśli używasz -u opcja.

-g okres
Połączenia -g opcja jest używana podczas sprawdzania pieczątek hashcash za pomocą -c opcja i
określa okres karencji dla przekrzywienia zegara, tj. jeśli nadejdzie znaczek hashcash z datą w
w przyszłości lub w przeszłości nie zostanie odrzucony jako mający futurystyczną datę (lub jako
wygasł), chyba że jest bardziej futurystyczny (lub wygasł dłużej) niż ten
Kropka. Wartość domyślna to 2 dni, co oznacza, że ​​tak długo, jak zegar systemu wysyłającego jest
nie więcej niż 2 dni przed (lub 2 dni za) zegarem systemu odbiorczego,
pieczęć hashcash będzie nadal akceptowana.

Domyślnymi jednostkami okresu karencji są sekundy. Można użyć sufiksu pojedynczego znaku
aby określić jednostki alternatywne (m = minuty, h = godziny, d = dni, M = miesiące, y = Y =
lat, a s = sekundy).

-d Przechowuj znaczki w bazie danych podwójnych wydatków. Jeśli pieczęć była widziana wcześniej, będzie
odrzucone, nawet jeśli jest inaczej ważne. Domyślny plik bazy danych to baza danych.sdb in
bieżący katalog. Tylko w przeciwnym razie ważne stemple będą przechowywane w bazie danych.
W bazie danych będą przechowywane tylko w pełni zwalidowane znaczki, chyba że -y Jest opcja
dany.

-f nazwa_bazy
Zastosowanie nazwa_bazy zamiast domyślnej nazwy pliku dla bazy danych podwójnych wydatków.

-p okres
Czyści bazę danych znaczków, których ważność straciła ważność, jeśli dany okres czasu minął od
ostatnim razem był czyszczony. Jako udogodnienie -p już dziś odpowiada -p 0 z których oba
oznacza czyszczenie teraz, niezależnie od tego, kiedy baza danych została ostatnio wyczyszczona.

W połączeniu z -j Zasób tylko znaczki wybite dla danego zasobu
są czyszczone.

W połączeniu z -k wszystkie znaczki, nawet te, które nie wygasły, są czyszczone. Może być
używany w połączeniu z -t czas wygasa tak, jakby aktualny czas był podanym czasem.

-k Użyj z opcją -p zażądać, aby wszystkie znaczki zostały usunięte, a nie tylko te, które straciły ważność.

-j Zasób
Użyj z opcją -p zażądać, aby tylko pieczątki pasujące do podanej nazwy zasobu miały
być wyczyszczone, a nie domyślne, które polegają na wyczyszczeniu wszystkich wygasłych znaczków. Jeśli
nazwa zasobu jest pustym ciągiem, wszystkie znaczki są dopasowane (jest to równoważne
pomijając -j opcja).

Zanotuj -E, -M i -S Typ flag meczowych dotyczy również zasobów podanych z -j
Zasób flag.

-s Wydrukuj tylko informacje o czasie i nie kontynuuj tworzenia stempla. W połączeniu z
-b Bity flag print oszacowanie, jak długo zajmie żądany rozmiar kolizji do
obliczyć, jeśli -s podane przez siebie, po prostu drukuje prędkość wykrywacza kolizji. Drukować
oszacowanie, jak długo zajmie domyślna liczba bitów -b domyślnym.

-h Wydrukuj krótkie informacje o użytkowaniu.

-v Wydrukuj bardziej szczegółowe informacje na temat wybijania lub weryfikacji stempla. (Jeśli
-v jest jedynym argumentem, wyświetla numer wersji narzędzia.)

-V Drukuje numer wersji narzędzia.

-q Tryb wsadowy. Nie drukuje żadnych informacji poza wydrukiem. Ta opcja zastępuje -v
opcja.

-X Podczas bicia, drukuje hashcash e-mail X-nagłówek „X-Hashcash: ” przed pieczątką.
Bez tej opcji drukowany jest tylko sam stempel.

Podczas sprawdzania, po zeskanowaniu stempli podanych jako argumenty, skanuje stdin w poszukiwaniu wierszy
zaczynając od ciągu 'X-Hashcash:' i używa reszty pasującego wiersza jako
pieczęć. Skanowane są tylko wiersze do i kończące się na pierwszym pustym wierszu (zobacz także
-i flaga, która może być użyta do zastąpienia tego). Pusta linia jest separatorem używanym do
oddziel nagłówki od treści wiadomości e-mail lub artykułu USENET. To znaczy
aby wygodniej było przesyłać wiadomość e-mail lub artykuł USENET do hashcash na stdin.

-x rozbudowa
Ciąg rozszerzenia składający się z zestawów wartości nazw. Format rozszerzenia jest opisany
poniżej w sekcji dotyczącej formatu znaczka hashcash. Pozwala to użytkownikom zdefiniować ich
własne rozszerzenia pieczęci, które są zahaszowane na pieczątce, weryfikowane przez odbiorców, którzy:
wspierać je i ignorowane przez odbiorców, którzy ich nie wspierają. Zwróć uwagę na rozszerzenie
mechanizm haka nie został jeszcze zaimplementowany. To pojawi się w kolejnej wersji.

-i Podczas sprawdzania i używania -X flaga, zignoruj ​​pustą granicę między nagłówkami
i treść wiadomości, a także sprawdź kolizję w ciele, jeśli nie zostanie znaleziona
w nagłówkach.

-t czas
Udawaj, że aktualny czas to czas podany do celów bicia znaczków, weryfikujących
znaczki i usuwanie starych znaczków z bazy danych. Czas podany jest w formacie opartym na
Format CZASU UTC RRMMDD[ggmm[ss]].

Czas domyślnie podawany jest w czasie lokalnym. Używać z -u flaga podająca czas w UTC
(GMT).

Możesz również podać czas w stosunku do aktualnego czasu, poprzedzając argument +
lub -. Domyślnymi jednostkami czasu względnego są sekundy. Pojedynczy przyrostek może
być używane do określenia jednostek alternatywnych (m = minuty, h = godziny, d = dni, M = miesiące, y =
Y = lata, a s = sekundy).

Uwaga: jeśli czas jest wyrażony w czasie lokalnym, jeśli w Twoim mieście jest czas letni
strefa czasowa, w momencie zmiany od . do jednej lub dwóch niejednoznacznych godzin rocznie
czas letni do czasu normalnego.

-u Wprowadzanie i wyprowadzanie czasów bezwzględnych w UTC (GMT) zamiast czasu lokalnego.

-a okres
Dodaj (lub odejmij, jeśli liczba jest ujemna) losową wartość z bieżącego czasu przed
bicie pieczęci. Ukrywa to czas utworzenia stempla, co może być przydatne dla
anonimowi użytkownicy. Uwaga dodanie (zamiast odejmowania) losowego czasu może być ryzykowne, jeśli
znaczek potrzebuje mniej niż dodatkowy czas, aby dotrzeć, ponieważ odbiorca odrzuci znaczki
ze znacznikami czasu w przyszłości.

-n Wydrukuj nazwę zasobu przeanalizowaną z weryfikowanego stempla. Zwraca kod wyjścia niezaznaczony na
wyjście.

-l Drukuj liczbę sekund pozostałych do wygaśnięcia stempla. Zwraca kod wyjścia niezaznaczony na
wyjście.

Uwaga: kalkulacja obejmuje okres karencji, więc może wynosić do 2 razy okres karencji
dłużej niż można by się spodziewać (zegar szybko, ale system musi zakładać, że może
być powolnym). Jeśli chcesz wykluczyć okres karencji, dodaj -g0 ustawić okres karencji na 0
do obliczeń.

-w Drukuj liczbę bitów kolizji stempla. Zwraca niezaznaczony kod wyjścia przy wyjściu.

-y Zwraca sukces, jeśli stempel jest ważny, nawet jeśli nie jest w pełni sprawdzony. Używać z -c
gdzie nie wszystkie? -d, -r są określone, aby uzyskać kod wyjścia powodzenia na prawidłowy, ale częściowo
sprawdzone pieczęć. Podobnie można użyć z -n, -l, -w z tym samym skutkiem.

-M Podczas sprawdzania pieczątek zezwól na symbol wieloznaczny * dopasowanie w nazwie zasobu, aby to zrobić
prostsze określenie wielu adresów e-mail i umożliwienie dopasowania adresów typu catch-all
oraz adresy, w tym subdomeny. To jest ustawienie domyślne. Zobacz też -S, -E i -C

-S Podczas sprawdzania znaczków użyj prostego tekstu porównaj, aby porównać nazwy zasobów z tymi w
znaczki pocztowe. Zobacz też -M, -E i -C.

-E Podczas sprawdzania znaczków używaj wyrażeń regularnych, aby określić nazwy zasobów, aby to zrobić
prostsze określenie wielu adresów e-mail, adresów typu catch-all, klas rozszerzeń
adresy i adresy, w tym subdomeny. Uwaga składnia wyrażeń regularnych to POSIX
styl: znaki specjalne nie muszą być cytowane, aby mieć swoje specjalne znaczenie; ale
muszą być ujęte w cudzysłów z \ do tego znaku w wyszukiwanym ciągu. ten
wyrażenie regularne ma automatycznie dodawane ^ na początku i $ na końcu,
jeśli nie są określone. Znaki specjalne ^ odpowiadają początkowi
zasób, a $ pasuje do końca zasobu.

(Zauważ, że nawet jeśli skompilowano z wyrażeniami regularnymi BSD, używana jest składnia w stylu POSIX; również
uwaga Wyrażenia regularne BSD nie obsługują zakresów {}.)

-C Domyślnie zasoby są kanonizowane na małe litery podczas bicia i sprawdzania. ten
-C flaga nadpisuje to, aby zasoby były traktowane z rozróżnianiem wielkości liter podczas sprawdzania,
i nie kanonizowany na bicie.

-P Informacje o postępie drukowania (liczba iteracji, oczekiwane iteracje, procent wykonania, najlepsze)
dotychczasowy rozmiar znaczka).

-O core
Wybierz rdzeń hashcash z tym numerem. Obecnie 0-9 to prawidłowe rdzenie. Nie wszystkie rdzenie
pracować na wszystkich architekturach. Np. niektóre są specyficzne dla asemblera x86, inne specyficzne dla PPC
monter. Jeśli rdzeń nie jest prawidłowy, hashcash zwraca niepowodzenie i wyjaśnia, co
się.

-Z n
Ściśnij pieczęć. To jest kompromis między czasem a przestrzenią. Większe znaczki są szybsze, ale
prawdopodobnie nieco brzydki. Dla najszybszych stempli (domyślnie) użyj -Z 0; częściowo
użycie stempli skompresowanych -Z 1; dla bardzo skompresowanych, ale nieco wolnych znaczków użyj -Z 2.
(Uwaga: z powodu późno wykrytego błędu, -Z2 jest na razie takie samo jak -Z1 dopóki nie naprawię
że.)

PRZYKŁADY

Tworzenie znaczki pocztowe

"hashcash -s"
Wydrukuj informacje o czasie, ile kolizji może próbować maszyna na sekundę.

„hashcash-sv”
Dokładniejsze, ale dość wolne testy porównawcze różnych metod bicia procesorów
rdzenie.

"hashcash -s -b domyślnie"
Wydrukuj, ile czasu zajmie komputerowi obliczenie kolizji o domyślnym rozmiarze (ale
w rzeczywistości nie obliczają kolizji).

"hashcash -s -b 32"
Wydrukuj, ile czasu zajmie komputerowi obliczenie 32-bitowej kolizji (ale nie
faktycznie obliczyć kolizję).

"hashcash -m"
Wybij znaczek. Poprosi o nazwę zasobu i mennicę z wartością domyślną (liczba
bity kolizyjne).

"hashcash -m foo"
Oblicz kolizję na zasobach foo. Będzie mięta z wartością domyślną (liczba kolizji)
bity).

"hashcash -m foo -b 10"
Oblicz kolizję 10 bitów na zasobach foo.

"hashcash -a -3d"
Odejmij losowy czas od 0 dni do 3 dni od czasu utworzenia znaczka.
Jest to ten sam czynnik rozmycia, którego używa Mixmaster w celu zmniejszenia ryzyka korelacji czasowych.

Badanie Znaczki

"hashcash -w 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Podaj wartość stempla (ile bitów kolizji). Przykładem jest
24-bitowa kolizja, której utworzenie zajmuje średnio 25 sekund na 3 Ghz P4.

"hashcash -mq -b 10 foo ⎪ hashcash -w"
Utwórz pieczątkę w trybie wsadowym, przejdź do hashcash na stdin w celu weryfikacji, poproś o wydrukowanie
było tam wiele bitów.

"hashcash -n 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Zgłoś nazwę zasobu z pieczątki. Nazwa zasobu w przykładzie to foo.

"hashcash -l -e 30y 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Zgłoś, po jakim czasie znaczek wygaśnie, jeśli wygaśnie za 30 lat od jego utworzenia
Data. (Uwaga, daty zbyt odległe w przyszłość, sięgają końca Epoki 2038, co oznacza
uniksowy odpowiednik błędu y2k).

Weryfikowanie Znaczki

"hashcash -c 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Sprawdź, czy pieczątka jest ważna. Uwaga, ponieważ nie sprawdzamy pieczęci w przypadku podwójnego wydatkowania
bazy danych i nie określił nazwy zasobu ani wymaganej liczby bitów kolizji
a hashcash uzna, że ​​pieczątka nie jest w pełni sprawdzona i zgłosi ją jako ważną
ale nie w pełni niezaznaczone lub jako nieważne, jeśli jest jakiś problem z pieczątką.

"hashcash -c -b24 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Sprawdź, czy wartość stempla jest większa lub równa 24 bitom. Ten przykład ma 24
wartość bitowa. Jeśli zwiększysz żądaną liczbę bitów lub zamienisz stempel na jeden
przy mniej niż 24 bitowej kolizji stempel zostanie odrzucony.

"hashcash -c -b24 -r foo 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Jak wyżej sprawdź czy znaczek ma wystarczającą wartość, ale dodatkowo sprawdź czy
Podana nazwa zasobu odpowiada nazwie zasobu w stemplu.

Podwójne Geometryczne Spędzanie Zapobieganie

Przykłady podane w „Weryfikacja znaczków” można zmodyfikować, aby zachować bazę danych o podwójnych wydatkach
aby ta sama pieczątka nie była dwukrotnie akceptowana. Pamiętaj, że pieczątka będzie tylko odprawiona
i dodawane do bazy danych, jeśli jest w inny sposób ważne i w pełni sprawdzone (wymagana liczba
określono bity kolizji i określono zasób).

"hashcash -cd -b 10 -r foo 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Sprawdź pieczątkę i dodaj do podwójnie zużytej bazy danych, jeśli jest poprawny (ma prawidłowy zasób
nazwa i wystarczająca wartość).

"hashcash -cd -b 10 -r foo 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Spróbuj wydać podwójnie znaczek. Zostanie odrzucony jako podwójnie wydany.

Pieczęć Wygaśnięcie

Aby baza danych podwójnych wydatków nie rosła w nieskończoność, odbiorca może o to poprosić
znaczki nie mogą być starsze niż określony okres. Po wygaśnięciu stare znaczki można zrzucić z
baza podwójnych wydatków, ponieważ nie będą już potrzebne - przeterminowane znaczki mogą zostać odrzucone
opiera się wyłącznie na ich starej dacie, więc miejsce zajmowane przez wygasłe znaczki w podwójnym wydaniu
bazę danych można zapisać bez ryzyka zaakceptowania wygasłej, choć ważnej pieczęci.

Trzecie pole znaczka to czas UTC od 1 stycznia 1970 roku. Czas domyślny
format to YYMMDD, czas zaokrąglony w dół do najbliższego dnia. Domyślny okres ważności to 28
dni.

Możesz podać alternatywny okres ważności za pomocą -e opcja.

"hashcash -cd -b 10 -e 2d -r foo 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Spróbuj zweryfikować stary stempel, powyższy stempel powstał 11 sierpnia 2002 r.

Daliśmy opcję -e 2d więc data ważności znaczków to 2 dni po utworzeniu, czyli teraz
w przeszłości.

Uwaga: jeśli czas utworzenia jest wyrażony w stemplu w dniach, dokładna kreacja
data to początek określonego dnia w czasie UTC (podobnie dla jednostek alternatywnych)
czas utworzenia jest zaokrąglany w dół do początku jednostki, w której jest wyrażony).
Na przykład w przypadku jednostek w dniach może to oznaczać, w zależności od strefy czasowej, że
pieczęć wydaje się być nieważna w ciągu określonego terminu ważności w dniach
w stosunku do Twojego względnego poglądu na to, jaki jest dzień, ponieważ obliczenia są oparte na
aktualny czas w UTC, a czas utworzenia stempla jest wyrażony w czasie UTC.

"hashcash -cd -b 10 -r foo 1:24:040806:foo::511801694b4cd6b0:1e7297a"
Sprawdź, czy stempel jest ważny poza tym, poza wygaśnięciem. Pomijając -e
informuje hashcash, że znaczek nigdy nie wygaśnie. Okres wygaśnięcia na zawsze może również
być podane wyraźnie w ten sposób: -e 0, gdzie okres wygaśnięcia równy 0 oznacza na zawsze.

Biegunka stary znaczki pocztowe

Jeśli -c, -d opcje są używane razem, za każdym razem, gdy stempel jest sprawdzany, czy jest ważny i
wszystkie obowiązkowe aspekty znaczka są weryfikowane (sprawdzenie bitów kolizji, zasób)
sprawdzenie nazwy) to stempel wraz z okresem ważności jest zapisywany w pliku bazy danych. ten
domyślny okres wygaśnięcia, jeśli okres wygaśnięcia nie jest podany wprost z -e opcja to 28
dni (tj. znaczki tracą ważność po 4 tygodniach).

Najpierw mięta, a następnie dodaj pieczątkę:

"hashcash -m -b 10 foo -e 1m > znaczek"
Uwaga: w tym przykładzie określiliśmy datę wygaśnięcia bicia, aby zapewnić, że znaczek
czas utworzenia jest podany w pieczątce w na tyle wysokiej rozdzielczości, że pieczątka nie będzie
uważane za wygasłe w momencie utworzenia. (Przypomnijmy, że domyślna rozdzielczość jest w dniach,
znaczek utworzony z czasem utworzenia zaokrąglonym w dół do początku dnia jest
mało prawdopodobne, że zostanie uznany za ważny 1 minutę później, chyba że wybijesz go o północy UTC
czas.)

"hashcash -cd -e 1m -b 10 -r foo < pieczęć"
Znaczek wygasa za 1 minutę. Poczekaj 1 minutę, a następnie wyraźnie poproś o wygaśnięcie
znaczki do usunięcia:

"hashcash -p teraz"
Następnie spróbuj ponownie przesłać ten sam znaczek:

"hashcash -cd -e 1m -b 10 -r foo < pieczęć"
a znaczek i tak zostanie odrzucony, ponieważ stracił ważność, co ilustruje, dlaczego tak nie było
niezbędne do zachowania tej pieczęci w bazie danych.

Przy domyślnej bazie danych (format sdb) zawartość bazy danych jest czytelna dla człowieka,
dzięki czemu możesz przeglądać ich zawartość, umieszczając je na terminalu:

"kot hashcash.sdb"
aby zobaczyć, że pieczęć naprawdę jest dodana, a następnie po oczyszczeniu następnie wyczyszczona z powodu
wygaśnięcie.

Biegunka stary znaczki pocztowe on Kreowanie

Dla wygody możesz wyczyścić w tym samym czasie, co sprawdzanie pieczątek, używając -p opcja
z -c opcja.

"hashcash -m -b 10 foo > znaczek"
"hashcash -cd -p teraz -e 1 -b 10 -r foo < pieczęć"
Może być nieefektywne usuwanie znaczków przy każdym użyciu, ponieważ cała baza danych musi być
zeskanowane w poszukiwaniu przeterminowanych znaczków. Dając okres czasu -p opcja, możesz powiedzieć
„hashcash” do czyszczenia nie częściej niż w tym okresie od poprzedniego czyszczenia.

Na przykład:

"hashcash -cd -p 1d -e 1 -b 10 -r foo < pieczęć"
nakazuje "hashcash" czyścić wszelkie wygasłe znaczki nie częściej niż raz dziennie.

"hashcash -p 1M -j foo"
mówi "hashcash", aby raz w miesiącu usuwał tylko wygasłe znaczki pasujące do zasobu foo.

"hashcash -p teraz -k"
mówi „hashcash”, aby teraz wyczyścił wszystkie znaczki (przeterminowane i nieważne).

pieczęć format (wersja 1)

Obecny format znaczka to wersja 1. To narzędzie może weryfikować znaczki hashcash w wersji 0
również, ale znaczki wersji 0 nie są już tworzone, ponieważ są wycofywane na korzyść
bardziej rozszerzalny format stempla v1.

ver:Bity:dane:Zasób:[ext]:rand:licznik

gdzie

ver = 1
Bity = ile bitów częściowej kolizji ma rzekomo znaczek
dane = RRMMDD[ggmm[ss]]
Zasób = ciąg zasobów (np. adres IP, adres e-mail)
ext = rozszerzenie -- ignorowane w obecnej wersji
Format rozszerzenia:

[name1[=val1[,val2...]];[name2[=val1[,val2...]]...]]
Zauważ, że wartość może również zawierać =. Przykładowe rozszerzenie (nie prawdziwe):

name1=2,3;name2;name3=var1=2,var2=3,2,val

Które byłoby rozszerzenie nazwa1 ma wartości 2 i 3; rozszerzenie nazwa2 nie ma wartości;
nazwa rozszerzenia 3 ma 3 wartości „var1=2”, „var2=3”, „2” i „val”. haszysz
rozszerzenie może interpretować wartości według własnego uznania, np. „zm1=2” może być wartością
opcji do nazwy rozszerzenia3.

rand = ciąg losowych znaków z alfabetu a-zA-Z0-9+/=, aby uniknąć kolizji z
inne pieczątki nadawcy
licznik = aby znaleźć stempel z żądaną liczbą bitów kolizji, musisz wypróbować wiele
różne ciągi, ten licznik jest zwiększany przy każdej próbie. Licznik składa się również z
znaki z alfabetu a-zA-Z0-9+/=. (Pamiętaj, że implementacja nie jest wymagana do
liczyć po kolei).

Korzystaj z hashcash online za pomocą usług onworks.net