cierpliwy pisze: ↑ sobota, 14 września 2019, 13:58
baggins pisze: ↑ sobota, 14 września 2019, 12:07generalnie interpunkcja jest co najmniej niekonsekwentna
generalnie w całym FAQ możnaby poprawić przecinki (np. przed że, aby, który)
Jest to podobny serwis, ale uważamy
że ma kilka przewag nad LocalBitcoins.com.
Zobacz tabelę poniżej
aby poznać niektóre istotne cechy naszej platformy.
Powodem
dla którego wystawcy makerzy mają taką zniżkę jest zachęcanie ludzi do wystawiania ofert.
Podczas wysyłania BCH na konkretny adres, możesz użyć ich
aby upewnić się
że skopiowałeś ten adres poprawnie.
W momencie
gdy klucze używane do szyfrowania wiadomości zostaną zniszczone, konwersacja jest utracona na zawsze
Jedyny przypadek
w którym nasza obsługa może czytać wiadomości to kiedy jedna ze stron dobrowolnie odda swój klucz deszyfrujący (jest to robione podczas wystąpienia sporu).
Obie strony mogą sobie wysyłać wiadomości oraz monety BCH nawet
gdy jedna z osób jest odłączona od internetu przez cały czas.
Wiadomości są utajnione z wyprzedzeniem, jako że w momencie skasowania klucza możliwość ich odzyskania zostaje bezpowrotnie utracona, nawet
jeżeli udało by się odtworzyć tekst w postaci zaszyfrowanej.
Dowolna ze stron musi tylko ujawnić obsłudze serwisu współdzielone sekretne hasło
aby przeczytać każdą z wiadomości w całej konwersacji.
Jako przykład, powiedzmy
że Alicja wystawiła ofertę na Local Bitcoin.
W momencie
gdy Bob zweryfikuje obydwa podpisy z użyciem klucza publicznego Alicji, ma już pewność, że klucz oraz adres BCH należą do niej
W tym momencie byłoby możliwe
aby Bob wysłał monety BCH Alicji, lub też wysłał zaszyfrowaną wiadomość
Teraz ma już wszystko czego potrzebujemy
aby dokonać bezpiecznego handlu z Alicją.
a następnym razem
gdy Alicja będzie online, sprawdzi ona poprawność tego podpisu.
Jest technicznie niemożliwym
aby Bitcoin.com wydał twoje BCH znajdujące się w depozycie.
Ingerujemy w przebieg transakcji tylko wtedy
gdy wystąpi spór o płatność, a w momencie ingerencji możemy tylko uwolnić BCH do dyspozycji kupującego lub sprzedającego.
Różnica między OP_CHECKDATASIG a wielo-podpisowymi portfelami wynika z tego, że w przypadku tego pierwszego, druga strona transakcji nie musi wyrazić zgody na to
w jaki sposób i kiedy monety BCH zostaną wydane
Wyrocznia (którą może być sprzedawca, kupiec lub arbiter) nie ma mocy sprawczej
aby narzucać warunki transakcji
Inaczej jest w skrypcie używającym OP_CHECKDATASIG, gdzie zamiast tego wyrocznia zwyczajnie daje wygrywającemu podpis, który może on wykorzystać w dowolnym czasie
aby odblokować BCH w sposób taki, jakiego będzie sobie życzył.
przed zaznaczonymi powinien być (imo) przecinek.
Ja już więcej nic takiego nie widzę.
pozdrawiam