Brak "Replay Protection" i zagrożenia z tym związane.

Początkujący
Posty: 24
Rejestracja: 3 lipca 2017
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: InformatkSzymonPatyk » środa, 8 listopada 2017, 17:32

rav3n_pl pisze: @Bank, paaanie, masz pan konkretne braki w rozumieniu jak działa bitcoin i co jest w transakcji.
Nie możesz sobie czegoś "dodać". Możesz tylko użyć istniejących monet. A jak monety istnieją przed forkiem, to transakcja jest prawidłowa w obu forkach.
Przeczytaj ze 3 razy co napisałem wcześniej.
rav3n_pl pisze: Nie i nie.
Nadal nie rozumiesz sedna: monety z przed forka istnieją w obu forkach.
Możesz je wydawać w obu forkach.
Transakcje są prawidłowe w obu forkach.

Dopiero monety które są wydobywane PO forku istnieją TYLKO w forku w którym je wydobyte. Żeby było ciekawiej, to pierwszy blok forka 2x musi mieć ponad 1MB żeby fork nastąpił (węzły 1x nie przyjmą takiego bloku jako prawidłowego).

Tak więc mając monety istniejące tylko w jednym forku powodują, że transakcja jest prawidłowa tylko w tym jednym forku. I wszystkie kolejne transakcje również.

Nie umiem chyba tego prościej wyjaśnić...

Obrazek
Cisnij nam do konca az w koncu zrozumiemy Panie Procesorze :geek:

Bardzo Zły Moderator
Awatar użytkownika
Posty: 14356
Rejestracja: 16 kwietnia 2012
Reputacja: 2645
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska/Wwa/GW

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: rav3n_pl » środa, 8 listopada 2017, 20:15

Już nie muszę.
Fork odwołany.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni
BIP39 Mnemonic z talii kart
Bitcoin Core 0.25
Linki do YT, TT, LI i reszty

Początkujący
Posty: 24
Rejestracja: 3 lipca 2017
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: InformatkSzymonPatyk » czwartek, 9 listopada 2017, 18:13

Tak jak z Gold Z DUZEJ chmury mały deszcz dzieki Bogu Ament

Weteran
Posty: 1602
Rejestracja: 7 listopada 2013
Reputacja: 775
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: redbog » czwartek, 9 listopada 2017, 18:16

@InformatkSzymonPatyk, A co jest z gold?

Bardzo Zły Moderator
Awatar użytkownika
Posty: 14356
Rejestracja: 16 kwietnia 2012
Reputacja: 2645
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska/Wwa/GW

Re: Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: rav3n_pl » czwartek, 9 listopada 2017, 18:40

Nic, Gold nie istnieje xD
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni
BIP39 Mnemonic z talii kart
Bitcoin Core 0.25
Linki do YT, TT, LI i reszty

Początkujący
Posty: 24
Rejestracja: 3 lipca 2017
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: InformatkSzymonPatyk » piątek, 10 listopada 2017, 09:36

edbog pisze: @InformatkSzymonPatyk, A co jest z gold?
A więc widzę że muszę wam wytłumaczyć bo nie umicie, dawno dawno temu powstał Bitkojn później był fork i dali nam Goldy o resztę proszę pytać Shadowa on jest specjalistą od Goldow :D
rav3n_pl pisze: Nic, Gold nie istnieje xD
No w trezorku nie mam co prawda ale na Bitbaju dodały, scam nie scam ale dziś sprawdziłem cenę, wystrzelilo mocno w górę 170$ no co źle ?

Bardzo Zły Moderator
Awatar użytkownika
Posty: 14356
Rejestracja: 16 kwietnia 2012
Reputacja: 2645
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska/Wwa/GW

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: rav3n_pl » piątek, 10 listopada 2017, 11:00

Giełdy dodały ludziom monety "gold" wg stanów kont btc na moment zapowiadanego forka.
"Gold" faktycznie NIE DZIAŁA, nie ma kodu, kopalni, łańcucha, explorera.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni
BIP39 Mnemonic z talii kart
Bitcoin Core 0.25
Linki do YT, TT, LI i reszty

Weteran
Awatar użytkownika
Posty: 1237
Rejestracja: 19 września 2017
Reputacja: 918
Reputacja postu: 
1
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: Canis Lupus » piątek, 10 listopada 2017, 11:01

rav3n_pl pisze: "Gold" faktycznie NIE DZIAŁA, nie ma kodu, kopalni, łańcucha, explorera.
jak widać te wszystkie bajery są zbędne.

Początkujący
Posty: 24
Rejestracja: 3 lipca 2017
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: InformatkSzymonPatyk » piątek, 10 listopada 2017, 12:18

Ale chyba co do jednego możemy być zgodni, lepiej je mieć niż nie

O teraz znalazłem
https://www.coindesk.com/bitcoin-gold-r ... cy-sunday/

Początkujący
Awatar użytkownika
Posty: 136
Rejestracja: 7 listopada 2017
Reputacja: -29
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: Bank » wtorek, 14 listopada 2017, 18:27

Kontynuuję temat w celach edukacyjnych.

Argumenty typu "Nie" bo "nie" jakoś mnie nie przekonują...
Bank pisze: W transakcji nie jest brana pod uwagę ilość przysyłanych monet?
rav3n_pl pisze: Nie
Czy aby na pewno? Jakoś mi się nie wydaje...
rav3n_pl pisze: NIE MA INNEJ METODY.
Ja Ciebie rozumiem że najbezpieczniej jest wykonać podział monety za pomocą nowych "monet" (po forkowych) i całkowicie się z tym zgadzam.
Uważam też że da się to zrobić bezpiecznie monetami które były przed forkiem, tylko trzeba to umieć zrobić.

Bardzo Zły Moderator
Awatar użytkownika
Posty: 14356
Rejestracja: 16 kwietnia 2012
Reputacja: 2645
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska/Wwa/GW

Re: Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: rav3n_pl » środa, 15 listopada 2017, 20:37

Opisz, proszę, procedurę CO można zrobić z przedforkowymi monetami przy braku replay protection.
Krok po kroku z wyjaśnieniem dlaczego to zadziała.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni
BIP39 Mnemonic z talii kart
Bitcoin Core 0.25
Linki do YT, TT, LI i reszty

pm7
Weteran
Posty: 7893
Rejestracja: 20 maja 2012
Reputacja: 969
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: pm7 » środa, 15 listopada 2017, 21:42

XGrzesX pisze: Wytłumaczcie mi proszę z czego wynika double spending ? Jeśli po hard forku powstaną dwa niezależne łańcuchy to czemu robiąc transakcję w jednej sieci powstaną dwie transakcje ?
Mylisz pojęcia. Double spend to atak polegający na zapłaceniu tymi samymi monetami różnym ludziom.

http://sjp.pwn.pl/zasady/small-21-4-sma ... 36490.html
rav3n_pl pisze: @gsmstudio, nie widzę tego. Tak czy inaczej idą obie monety, tylko jedne można wydać szybciej w jednym łańcuchu niż w drugim.
Tylko zmieszanie monet jest pewne i bezpieczne.
Kluczem jest to, że jak transakcja się potwierdzi w jednym łańcuchu, to musisz wysłać sprzeczną transakcję w drugim łańcuchu zanim ten drugi łańcuch będzie miał tyle bloków na ile jest ustawiona blokada w pierwszej transakcji. Powodzenie nie jest gwarantowane, ale jeżeli wysyłamy monety do siebie, to kosztem niepowodzenia jest tylko opłata transakcji. Sposób według mnie jest całkiem fajny.

Bardzo Zły Moderator
Awatar użytkownika
Posty: 14356
Rejestracja: 16 kwietnia 2012
Reputacja: 2645
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska/Wwa/GW

Re: Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: rav3n_pl » środa, 15 listopada 2017, 22:56

Dwie wady:
- jeden z łańcuchów musi iść znacząco szybciej od drugiego
- double-spend w drugim może się nie powieść
Mieszanie jest 100% skuteczne.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni
BIP39 Mnemonic z talii kart
Bitcoin Core 0.25
Linki do YT, TT, LI i reszty

Początkujący
Awatar użytkownika
Posty: 136
Rejestracja: 7 listopada 2017
Reputacja: -29
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: Bank » piątek, 17 listopada 2017, 15:03

rav3n_pl pisze: Krok po kroku z wyjaśnieniem dlaczego to zadziała.
Ja to tak rozumiem:
Jest moneta po forkowa i ona istnieje w dwóch sieciach:

-1p i 1f (przykładowo) moneta jest przed podziałem, czyli oby dwie wartości mają ten sam klucz prywatny.
- idziesz do byle jakiej giełdy i kupujesz dodatkową monetę 1f
- wysyłasz tą monetę do swojego portfela i w rezultacie będziesz mieć 1p i 2f.
- i teraz najważniejsze, trzeba sprawdzić czy kantor przypadkiem nie wysłał też 1p...
- wystarczy poczekać z kilka bloków żeby być pewnym że pod jednym adresem mamy 1p i 2f
- teraz już wystarczy wysłać 2f na inny adres, dla pewności może to też być twój adres

1p nie zostanie wysłane dlatego że podpisałeś transakcje która dotyczyła 2 jednostek a nie jednej, wysłanie monety 2f na inny adres rozdzieli monety.

Rozumiem że bezpieczniej jest użyć "świeżo" wydobytych monet ale z "używanymi" też da się to zrobić. Wystarczy to umiejętnie zrobić.
Ostatnio zmieniony poniedziałek, 20 listopada 2017, 14:44 przez Bank, łącznie zmieniany 1 raz.

Bardzo Zły Moderator
Awatar użytkownika
Posty: 14356
Rejestracja: 16 kwietnia 2012
Reputacja: 2645
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska/Wwa/GW

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: rav3n_pl » piątek, 17 listopada 2017, 15:28

Serio?
Przecież robisz dokładnie to co cały czas opisuję - mieszasz monety z danego forka ze swoimi starymi monetami.
Bank pisze: i teraz najważniejsze, trzeba sprawdzić czy kantor przypadkiem nie wysłał też 1p...
No właśnie. KTOŚ musi mieć nowe monety.

Dodano po 11 sekundach:
ps dlaczego drugie konto???
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni
BIP39 Mnemonic z talii kart
Bitcoin Core 0.25
Linki do YT, TT, LI i reszty

Początkujący
Awatar użytkownika
Posty: 136
Rejestracja: 7 listopada 2017
Reputacja: -29
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: Bank » piątek, 17 listopada 2017, 16:55

rav3n_pl pisze: No właśnie. KTOŚ musi mieć nowe monety.
To nie ma znaczenia jakiej monety użyjesz, starej (przed forkiem) czy nowej (po forku). Ważne jest tylko to żeby zmienić stan twojego konta tylko w jednym furko. Dlatego trzeba sprawdzić czy kantor nie wysłał monet z tego pierwszego forka.
Wysyłając 2f na inny adres to ta transakcja przejdzie ale wysyłając 2p na inny adres to ta transakcja nie przejdzie bo na koncie jest tylko 1p. Jeżeli wyślesz większą ilość niż masz w portfelu to ta transakcja zostanie odrzucona i to jest właśnie moment rozdzielenia monet.

Ważne jest tylko to żeby stan konta był różny w każdym z forków.
rav3n_pl pisze: ps dlaczego drugie konto???
To jest zbędny krok ale żeby mieć pewności że niczego nie stracisz to wysyłasz monety na swoje adresy. Oczywiście każdy z tych adresów będzie tylko w swoim forku. Jeżeli będziesz widział monety 2f na adresie który nie występuje w forku 1p to będziesz mieć 100% pewność że monety zostały prawidłowo rozdzielone. No i na odwrót, monety 1p nie mogą być widoczne w forku 2f.

Wiem że to trochę zakręcone ale według mnie ta metoda zadziała i można użyć monet przed forkowych do rozdzielenia monet. Wystarczy to wszystko zrobić zgodnie z kolejnością i zachowaniem zasad bezpieczeństwa.

Przyznaje że użycie monet "świeżych" jest bezpieczniejsze ale nadal twierdzę że umiejętne użycie monet przed forkowych pozwoli na bezpieczne rozdzielenie monet.

pm7
Weteran
Posty: 7893
Rejestracja: 20 maja 2012
Reputacja: 969
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: pm7 » piątek, 17 listopada 2017, 21:57

rav3n_pl pisze: - jeden z łańcuchów musi iść znacząco szybciej od drugiego
Nieprawda, wystarczy parę bloków różnicy, co jest praktycznie pewne (jaka jest szansa, że bloki będą wpadać idealnie w tym samym tempie?).
rav3n_pl pisze: - double-spend w drugim może się nie powieść
Czy to jest double-spend, jeżeli rozgłaszamy prawidłową transakcję po tym, jak ktoś rozgłosi transakcję nieprawidłową (o ile da się po sieci rozgłosić transakcję z niespełnionym warunkiem nLockTime)?
rav3n_pl pisze: Mieszanie jest 100% skuteczne.
Ok, mieszanie jest bardzo skuteczne, ale musisz najpierw skądś zdobyć monety już rozdzielone, bądź świeżo wykopane, co może nie być trywialne.

Początkujący
Posty: 24
Rejestracja: 3 lipca 2017
Reputacja: 0
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: InformatkSzymonPatyk » poniedziałek, 20 listopada 2017, 01:19

i znowu z malej chmury duzy dyszcz, nikt nic nie traci ale warto posluchac kozakow..
zdjacie sobie sprawe ..trzymac trzymac ...=== ATH 8000$

Początkujący
Awatar użytkownika
Posty: 136
Rejestracja: 7 listopada 2017
Reputacja: -29
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: Bank » poniedziałek, 20 listopada 2017, 15:06

pm7 pisze: Ok, mieszanie jest bardzo skuteczne, ale musisz najpierw skądś zdobyć monety już rozdzielone, bądź świeżo wykopane, co może nie być trywialne.
To już jest problem giełd, dlatego że jeżeli taka giełda nie rozdzieli monet prawidłowo to bardzo szybko zniknie z rynku... Nie muszę chyba pisać dlaczego.

W tym wszystkim największy problem mają portfele które nie posiadają dostępu do kluczy prywatnych. Dlatego że do prawidłowego rozdzielenia monet potrzebne są monety z zewnątrz a żaden portfel nie pozwoli sobie na "pożyczenia" jakiejś monety. Dlatego coś kombinują z użyciem "blokady monet w czasie".

Ale tak naprawdę to najwięcej ucierpią od braku RP zwykli użytkownicy. Ja się już tym zajmuję od iluś lat i mi było ciężko ogarnąć ten temat, a co dopiero "nowemu"...

Dlatego uważam że brak RP to jawny atak na użytkowników BTC.

pm7
Weteran
Posty: 7893
Rejestracja: 20 maja 2012
Reputacja: 969
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" i zagrożenia z tym związane.

Postautor: pm7 » sobota, 25 listopada 2017, 16:53

Bank pisze: To już jest problem giełd, dlatego że jeżeli taka giełda nie rozdzieli monet prawidłowo to bardzo szybko zniknie z rynku... Nie muszę chyba pisać dlaczego.
Mówiłem w kontekście użytkownika, który chce rozdzielić monety, nie giełdy.
Bank pisze: W tym wszystkim największy problem mają portfele które nie posiadają dostępu do kluczy prywatnych. Dlatego że do prawidłowego rozdzielenia monet potrzebne są monety z zewnątrz a żaden portfel nie pozwoli sobie na "pożyczenia" jakiejś monety. Dlatego coś kombinują z użyciem "blokady monet w czasie".
Co ma do tego dostęp do kluczy prywatnych? Jeżeli nie masz kluczy prywatnych, to nie kontrolujesz środków i możesz mieć co najwyżej nadzieję, że ewentualne forki zostaną rozdzielone. Użycie transakcji z blokadą czasową to sposób na rozbicie monet bez szukania świeżo wykopanych monet (co jest raczej problematyczne dla zwykłych użytkowników).
Bank pisze: Dlatego uważam że brak RP to jawny atak na użytkowników BTC.
Podtrzymuję moją poprzednią opinię:
pm7 pisze: SW2X to zwykły upgrade sieci Bitcoin. Miał poparcie ponad 90%, co oznacza śmierć dla dotychczasowego łańcucha, nawet jakby był dalej kopany (przy zmianie trudności co dwa tygodnie, trzeba by kopać jakieś pół roku zanim się poprawi trudność - wartość oczywiście przybliżona, to bardziej skomplikowane). Dlatego jeżeli ktoś chciałby kontynuować kopanie łańcucha z regułą ograniczającą wielkość bloku do 1MB, praktycznie musiałby wykonać hard fork zmniejszający trudność. Wtedy ten mniejszościowy łańcuch powinien mieć dodany replay protection.
Zastanawiam się, czy byłaby mniejsza burza gdybyśmy używali innych słów na określenie aktualizacji sieci i utworzenia nowej kryptowaluty. Nazywanie obu rzeczy "forkiem" myli ludzi.

Wróć do „Bezpieczeństwo”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 4 gości