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

pm7
Moderator
Posty: 7261
Rejestracja: 20 maja 2012
Reputacja: 654
Reputacja postu: 
2
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: pm7 » niedziela, 22 października 2017, 16:53

InformatkSzymonPatyk pisze:Przejdź do cytowanego posta 4. upewnić się, że odbierający "zaliczy" obie waluty - tego dalej nie kumam :roll:
Jeżeli odbierający (ten, do kogo wysyłasz przelew) nie pisze, że można wysłać dwa różne forki BTC na ten sam adres, załóż, że nie można.

Dopełniacz pisze:Przejdź do cytowanego posta
To użytkownicy decydują którą monetę wybierają a nie kopalnie. Bez użytkowników ta "nowa" moneta będzie tak samo wartościowa jak to miasto widmo w Chinach. Niby wszystko ładne i świecące a w rzeczywistości mało warte.
Dla mnie cały ten strajk kopalń to jak związki zawodowe w kopalniach, komuna w czystej postaci.
Użytkownicy również protestowali przeciwko małym blokom (choćby przez to, że musieli dużo płacić za transakcje). Dodawanie Replay protection przy każdym hard forku jest mało sensowne, bo to zaproszenie do kontynuowania kopania BTC w dotychczasowej formie, a fork ma tylko wykonać "update" sieci. Ludzie zobaczyli, że można zarobić na rozdzieleniu kryptowaluty, Core miesza (próbują zachować obecny limit wielkości bloku) no i mamy niepotrzebny bałagan.

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

Brak "Replay Protection" w S2X

Postautor: InformatkSzymonPatyk » poniedziałek, 23 października 2017, 13:01

Dziekuje panowie a wiec podsumuje:

rav3n_pl pisze:Przejdź do cytowanego posta

1. nie używać do momentu powstania "rozdzielaczy"
Pierwsze "rozdzielacze" będą mogły funkcjonować po 100 blokach od forka, co przy podziale mocy 80/20 po stronie btc1 potrwa mniej niż dzień, a po stronie "btc 1mb" ponad 3 dni. I to jeżeli kopalnie takie serwisy zrobią (bo one pierwsze będą miały "świeże" monety).

2. nie używać do momentu śmierci jednego z forków
3. kopać i zmieszać samemu

4. upewnić się, że odbierający "zaliczy" obie waluty.

Jeżeli odbierający (ten, do kogo wysyłasz przelew) nie pisze, że można wysłać dwa różne forki BTC na ten sam adres, załóż, że nie można.

Tak sobie pomyslalem jak by tu was wykorzystac i wpadlem na swietny pomysl :lol:
Jak ten caly chaos sie juz zakonczy to pan Raven or pan Pm7 lub inny madry pan mogli by np potwierdzic ze wszystko wrocilo na wlasciwe tory ... a ja wtedy w ramach podziekowania odwdzieczyl bym sie za dobra robota na piwo...obaj panowie na swieta dostana pod choinke maly prezent ode mnie ... :D oczywiscie po potwierdzeniu

Moderator
Awatar użytkownika
Posty: 11737
Rejestracja: 16 kwietnia 2012
Reputacja: 1088
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska / Gorzów Wlkp.

Brak "Replay Protection" w S2X

Postautor: rav3n_pl » poniedziałek, 23 października 2017, 13:13

InformatkSzymonPatyk pisze:Przejdź do cytowanego posta
Jeżeli odbierający (ten, do kogo wysyłasz przelew) nie pisze, że można wysłać dwa różne forki BTC na ten sam adres, załóż, że nie można.

Trochę myląco napisałeś.
Wysyłając monety po forku Twoja transakcja będzie poprawna w obu - czyli wysyłasz na raz OBIE monety (btc i btc2x). Odbierający powinien zaliczyć Ci obie - bo obydwie dostanie.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  NIE używaj Bitcoin CORE jeżeli używasz BTC po raz pierwszy blockchain.INFO to zuoo!
Mój Skydrive; Klient Bitcoin Core v0.15.1; Trochę o P2pool; C#: Bitmarket SwapBot, RPC CoinControl, BIP39 Mnemonic z talii kart

pm7
Moderator
Posty: 7261
Rejestracja: 20 maja 2012
Reputacja: 654
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: pm7 » poniedziałek, 23 października 2017, 18:53

rav3n_pl pisze:Przejdź do cytowanego posta Odbierający powinien zaliczyć Ci obie - bo obydwie dostanie.
Niestety, widać, że to co powinni, a to co robią się rozjechało (przykłady z Bitcoin Cash). Dlatego napisałem:
pm7 pisze:Przejdź do cytowanego posta Jeżeli odbierający (ten, do kogo wysyłasz przelew) nie pisze, że można wysłać dwa różne forki BTC na ten sam adres, załóż, że nie można.

Początkujący
Awatar użytkownika
Posty: 300
Rejestracja: 24 października 2016
Reputacja: 30
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: Dopełniacz » poniedziałek, 23 października 2017, 23:18

Will TREZOR Wallet support Bitcoin Gold if it implements replay protection?
We will make all of our efforts to develop support for Bitcoin Gold, but we will not do so if it will risk your coins. Therefore, we need to see replay protection as a part of the Bitcoin Gold codebase first. Since the work on the code started so late, we will probably not be ready for the launch day of Bitcoin Gold.
We have been putting pressure on the team and voiced our requirements openly on Twitter and on GitHub, so we hope that replay protection will become a reality.

https://blog.trezor.io/trezor-statement ... cebc0532c7

I to jest prawidłowa postawa, zupełnie odwrotna do S2X...

Początkujący
Posty: 9
Rejestracja: 10 maja 2013
Reputacja: 5
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: pepperoniss » wtorek, 24 października 2017, 17:50

rav3n_pl pisze:
Note: This replay protection scheme has since been reverted! Please make sure you DO NOT use the protection scheme from this article for anything as you WILL NOT be protected before or after the 2x hard fork.

Czyli tego NIE MA.
Pomysł prosty, ale nie koniecznie dobry.
Pierwsze "rozdzielacze" będą mogły funkcjonować po 100 blokach od forka, co przy podziale mocy 80/20 po stronie btc1 potrwa mniej niż dzień, a po stronie "btc 1mb" ponad 3 dni. I to jeżeli kopalnie takie serwisy zrobią (bo one pierwsze będą miały "świeże" monety).

A mógłbyś wyjaśnić skąd bierze się te 100 bloków po forku i dlaczego do "mieszania" miałyby być użyte "świeże" wydobyte po forku monety?
Może się mylę ale wydaje mi się, że wystarczającym zabezpieczeniem jest "zmieszanie" w jednej transakcji posiadanych monet przedforkowych z jakąkolwiek monetą otrzymaną po forku. O ile może być to trudne do wdrożenia w mieszarkach o tyle we własnym zakresie nie powinno być problemu.

Moderator
Awatar użytkownika
Posty: 11737
Rejestracja: 16 kwietnia 2012
Reputacja: 1088
Reputacja postu: 
1
Napiwki za post: 0 BTC
Lokalizacja: Polska / Gorzów Wlkp.

Re: Brak "Replay Protection" w S2X

Postautor: rav3n_pl » wtorek, 24 października 2017, 17:53

Wykopane monety nie mogą być wydane wcześnie niż 100 bloków od ich wydobycia.
Jedna z podstaw btc.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  NIE używaj Bitcoin CORE jeżeli używasz BTC po raz pierwszy blockchain.INFO to zuoo!
Mój Skydrive; Klient Bitcoin Core v0.15.1; Trochę o P2pool; C#: Bitmarket SwapBot, RPC CoinControl, BIP39 Mnemonic z talii kart

Początkujący
Posty: 9
Rejestracja: 10 maja 2013
Reputacja: 5
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: pepperoniss » wtorek, 24 października 2017, 18:37

rav3n_pl pisze:Przejdź do cytowanego posta Wykopane monety nie mogą być wydane wcześnie niż 100 bloków od ich wydobycia.
Jedna z podstaw btc.

OK. Więc co do "mieszania" przez kopalnie sprawa jest jasna ale co ze "rozdzieleniem" na własną rękę w sposób przeze mnie opisany?

Moderator
Awatar użytkownika
Posty: 11737
Rejestracja: 16 kwietnia 2012
Reputacja: 1088
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska / Gorzów Wlkp.

Re: Brak "Replay Protection" w S2X

Postautor: rav3n_pl » wtorek, 24 października 2017, 18:40

W jednej transakcji trzeba wydać "stare" monety (które chcemy rozdzielić) i nowe, wkopane w danym forku.
W ten sposób wysyłamy tylko jedną z walut, druga zostaje (bo transakcja nie jest prawidłowa w drugim forku - brak monet ujętych w transakcji.
Pisałem to już kilka razy...
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  NIE używaj Bitcoin CORE jeżeli używasz BTC po raz pierwszy blockchain.INFO to zuoo!
Mój Skydrive; Klient Bitcoin Core v0.15.1; Trochę o P2pool; C#: Bitmarket SwapBot, RPC CoinControl, BIP39 Mnemonic z talii kart

Wygadany
Posty: 531
Rejestracja: 17 kwietnia 2013
Reputacja: 33
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: TypowyFacet » wtorek, 24 października 2017, 18:54

@rav3n_pl, czyli teraz nie da się rozdzielić tych monet i btc które wypłacamy od giełd są razem z btg?

Moderator
Awatar użytkownika
Posty: 11737
Rejestracja: 16 kwietnia 2012
Reputacja: 1088
Reputacja postu: 
2
Napiwki za post: 0 BTC
Lokalizacja: Polska / Gorzów Wlkp.

Re: Brak "Replay Protection" w S2X

Postautor: rav3n_pl » wtorek, 24 października 2017, 18:57

Oczywiście.
Chyba, że giełdy wypłacają zmieszane z "nowymi btc", wykopanymi po forku.
Giełdy które deklarują późniejszą obsługę/wypłatę scamgolda a pozwalają na wypłatę btc BEZ mieszania - zrobią sobie kuku proporcjonalne do ilości wypłaconych btc i kursu scamgolda w momencie uruchomienia rynku/wypłat.
Mam nadzieję, że mają kogoś kto tego pilnuje. Bo może nas czekać nagły pad kilku giełd w krótkim czasie.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  NIE używaj Bitcoin CORE jeżeli używasz BTC po raz pierwszy blockchain.INFO to zuoo!
Mój Skydrive; Klient Bitcoin Core v0.15.1; Trochę o P2pool; C#: Bitmarket SwapBot, RPC CoinControl, BIP39 Mnemonic z talii kart

Wygadany
Posty: 531
Rejestracja: 17 kwietnia 2013
Reputacja: 33
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: TypowyFacet » wtorek, 24 października 2017, 18:59

Wydaje mi się, że będzie z tego niezły gnój, w sumie nie ma nawet żadnego dowodu, że zrobili ten fork.

Początkujący
Posty: 9
Rejestracja: 10 maja 2013
Reputacja: 5
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: pepperoniss » wtorek, 24 października 2017, 19:01

To rozumiem. I to akurat jest jasne.
Natomiast wydaje mi się, że jeśli po forku przesyłając z jednego swojego adresu na drugi swój adres prześlę transakcję wyłącznie w gałęzi bitcoin core i w kolejnej transakcji wszystkie środki z tego adresu prześlę na kolejny adres to ta druga transakcja nie będzie prawidłowa w gałęzi segwit2x.

Wydaje mi się, że mniej więcej na tym oparta jest też koncepcja opisana w tym poście https://forum.bitcoin.pl/viewtopic.php? ... 66#p377517 - pomijając jej jawnie naciągacki charakter.

IMHO, problem stanowią wyłącznie transakcje na adresy, w których nie kontroluje się kluczy prywatnych.

rav3n_pl pisze:Przejdź do cytowanego posta Oczywiście.
Chyba, że giełdy wypłacają zmieszane z "nowymi btc", wykopanymi po forku.

No właśnie tego nie rozumiem dlaczego muszą być zmieszane wyłącznie z "nowymi btc" wydobytymi po forku. Przecież po zmieszaniu, o którym piszę w drugiej gałęzi wejścia nie będą istnieć a więc i transakcja nie będzie w niej prawidłowa i powinna zostać odrzucona.

Nie twierdzę, że nie jest tak jak piszesz ale nie chcę też tego przyjmować za aksjomat a na logikę wychodzi mi, że wystarczającym jest "zmieszanie" z monetą pochodzącego z wejścia otrzymanego po forku.

Dodano po 25 minutach 50 sekundach:
TypowyFacet pisze:Przejdź do cytowanego posta Wydaje mi się, że będzie z tego niezły gnój, w sumie nie ma nawet żadnego dowodu, że zrobili ten fork.

Bo nie zrobili a dopiero mają zrobić ale ja bardziej mam na myśli fork, będący przedmiotem wątku choć zdaje mi się, że opisany przeze mnie sposób powinien być uniwersalnym. Oczywiście o ile mój tok rozumowania jest prawidłowy.

Moderator
Awatar użytkownika
Posty: 11737
Rejestracja: 16 kwietnia 2012
Reputacja: 1088
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska / Gorzów Wlkp.

Re: Brak "Replay Protection" w S2X

Postautor: rav3n_pl » wtorek, 24 października 2017, 21:16

Nie, "wejścia otrzymanego po forku" nie starczy, bo ta transakcja jest prawidłowa w obu gałęziach i nie ma gwarancji że nie ma jakiegoś węzła który łączy się do obu forków.
Muszą być wmieszane nowe monety po forku - wtedy transakcja nie będzie prawidłowa w drugim forku. I wszystkie monety które później będą mieszane z konarami z tej transakcji również będą bezpieczne.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  NIE używaj Bitcoin CORE jeżeli używasz BTC po raz pierwszy blockchain.INFO to zuoo!
Mój Skydrive; Klient Bitcoin Core v0.15.1; Trochę o P2pool; C#: Bitmarket SwapBot, RPC CoinControl, BIP39 Mnemonic z talii kart

Początkujący
Awatar użytkownika
Posty: 300
Rejestracja: 24 października 2016
Reputacja: 30
Reputacja postu: 
0
Napiwki za post: 0 BTC

Brak "Replay Protection" w S2X

Postautor: Dopełniacz » wtorek, 24 października 2017, 22:59

Co jak co, ale trzeba przyznać że BCH nie zrobiło takiego bałaganu jaki zrobią te nowe "forki"...
Niby waluta "żart" ale przyznaję że jakiś szacunek twórcą się za to należy.

Początkujący
Posty: 9
Rejestracja: 10 maja 2013
Reputacja: 5
Reputacja postu: 
0
Napiwki za post: 0 BTC

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

Postautor: pepperoniss » środa, 25 października 2017, 14:38

BCH było z góry nastawione na kopanie nawet w gałęzi mniejszościowej, podobnie jak BTG. Stąd też z założenia powinno mieć wbudowane Replay Protecion.
S2X nie chce wprowadzić zabezpieczenia, gdyż zakłada (IMHO niesłusznie), że druga, mniejszościowa gałąź powinna przestać być kopana a S2X stanie się jedynym Bitcoinem poza tymi altcoinami BTG i BTH.
Ja tę filozofię rozumiem aczkolwiek jej nie popieram. Stąd też szukam formuły zabezpieczenia się przed Replay Attack na własną rękę. I uważam, że można się skutecznie zabezpieczyć zanieczyszczając transakcję każdą monetą otrzymaną po forku w jednej z gałęzi. Nie będę jednak dalej ciągnął dyskusji w tym temacie i zapewniam, że dużym respektem darzę @rav3n_pl.

Moderator
Awatar użytkownika
Posty: 11737
Rejestracja: 16 kwietnia 2012
Reputacja: 1088
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska / Gorzów Wlkp.

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

Postautor: rav3n_pl » środa, 25 października 2017, 16:30

pepperoniss pisze:Przejdź do cytowanego posta I uważam, że można się skutecznie zabezpieczyć zanieczyszczając transakcję każdą monetą otrzymaną po forku w jednej z gałęzi.
Jeżeli "każda moneta" oznacza monetę wykopanym w danym forku - to zadziała.
Inaczej NIE.
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  NIE używaj Bitcoin CORE jeżeli używasz BTC po raz pierwszy blockchain.INFO to zuoo!
Mój Skydrive; Klient Bitcoin Core v0.15.1; Trochę o P2pool; C#: Bitmarket SwapBot, RPC CoinControl, BIP39 Mnemonic z talii kart

Początkujący
Posty: 23
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, 26 października 2017, 14:59

A teraz prosto: po forku okolo 20.11 czekamy 100 blokow [(lepiej tydzien albo dwa ;)] kupujemy jakiegos bitka=najlepiej wykopac i miec pewnosc ze to moneta po danym forku, robimy przelew na swoj portfel mieszjac i tyle ,moze byc ??

Ale malo osob kopie prawda wiec skad bede mial pewnosc ze owa monete kupilem po forkowa :roll:

rav3n_pl pisze:Przejdź do cytowanego posta
pepperoniss pisze:Przejdź do cytowanego posta I uważam, że można się skutecznie zabezpieczyć zanieczyszczając transakcję każdą monetą otrzymaną po forku w jednej z gałęzi.
Jeżeli "każda moneta" oznacza monetę wykopanym w danym forku - to zadziała.
Inaczej NIE.

Moderator
Awatar użytkownika
Posty: 11737
Rejestracja: 16 kwietnia 2012
Reputacja: 1088
Reputacja postu: 
0
Napiwki za post: 0 BTC
Lokalizacja: Polska / Gorzów Wlkp.

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

Postautor: rav3n_pl » czwartek, 26 października 2017, 15:32

Można śledzić skąd są monety w exploratorze. Wykopać "gold" samemu pewniej.
Mając takie "goldne" monety najprościej:
- przesłać je do portfela który chcemy "oddzielić"
- wysłać razem z monetami z tego portfela na SWÓJ kolejny adres
- sprawdzić, czy w BTC monety nadal są na miejscu.

JEDNAKŻE BEZPIECZNIEJ zrobić odwrotnie - mając "poforkowe" BTC NAJPIERW wysłać BTC, aby "goldy" zostały w starym miejscu.
I dopiero wysyłać goldy.
Lepiej nie przekazywać "niepewnemu" portfelowi kluczy prywatnych od BTC...
Piffko: PLC/BTC 1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  NIE używaj Bitcoin CORE jeżeli używasz BTC po raz pierwszy blockchain.INFO to zuoo!
Mój Skydrive; Klient Bitcoin Core v0.15.1; Trochę o P2pool; C#: Bitmarket SwapBot, RPC CoinControl, BIP39 Mnemonic z talii kart

Weteran
Awatar użytkownika
Posty: 2395
Rejestracja: 4 marca 2013
Reputacja: 348
Reputacja postu: 
0
Napiwki za post: 0 BTC

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

Postautor: domator » czwartek, 26 października 2017, 19:34

@rav3n_pl, ale goldy sprzed paru dni MAJA replay protection. Przynajmniej pisza ze maja.
Problem bedzie - jak przypuszczam - w listopadzie. Szczegolnie ze nie wiadomo chyba kto ma wygrac. Wogole jakos nie widze zeby spolecznosc panikowala z tego powodu a dla mnie to jest gruby temat...
BitXpress - kup BTC bez rejestracji, w jednym, prostym kroku.
bitcoinaverage.pl - średni kurs BTC z giełd w PL

Wróć do „Bezpieczeństwo”

Kto jest online

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