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

[pm7]

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.

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.

@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...

Issue na GitHub jest wciąż otwarte, co sugeruje, że replay protection w BTC Gold wciąż nie jest gotowe:

oficjalnie podają, że jest replay protection

Nie ma. Jest bounty 250 BTG na implementację:

Bounty: 250 BTG
Bonus 50 BTG if the task is finished before 25.10.2017 12:00 UTC

https://github.com/BTCGPU/BTCGPU/issues/51
Proponują poprawienie "Bitcoin Gold has implemented full replay protection" na "will", albo "is implementing", żeby strona przestała wprowadzać w błąd.
Środki na bounty mają pochodzić z premine, więc raczej z tego nie zrezygnowali:

75% of the premine is locked for the next 3 year.
25% are released on launch to support the dev bounties and the need of servers, infrastructure etc.

[InformatkSzymonPatyk]

BINGO -----------------------------------------------------------------to powinno byc wklejone we wszystkie ynterje , bitconpl gieldy i inne dla Kowalskych

https://forum.bitcoin.pl/viewtopic.php? ... 1&start=40

Forkologia. BTC, BCH, BTC2x, BTG
Postautor: edbog » poniedziałek, 16 października 2017, 18:21
-------------------------------------------------------------------------------------------------------------------------------
Każdemu zalecam jeśli chcą mieć dostęp do btc gold (lub jakichkolwiek po forkowych monet) najpierw zatroszczyć sie o swoje btc. Czyli po forku najpierw przelewamy swoje btc na inny swój portfel i dopiero wtedy ujawniamy klucze prywatne ze starego portfela(na którym nie mamy już btc) dla portfela obsługującego btc gold.

Takim sposobem sprawdzimy czy jest replay protection oraz zabezpieczymy sie przed ewentualnie złośliwym(niepewnym) portfelem btc gold.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

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...

-------------------------------------------------------------------------------------------------------------------------------------
dziekuje

jeszcze jedno inny wallet to znaczy nie przesylanie BTC w obrebie tego samego walletu(na inny adres)
chodzi mi o trezor, musze wyslac na jakiego blokczajna? bo wtedy znowu zaczna sie jaja, o jezu bylem zaspany i wyslalem na zly adres,wszystko... moga byc jaja, beda jaja

[korner23]

Wybaczcie za kolejne laickie pytanie ale wole zapytac jeszcze raz niz stracic btc.
Przed forkiem tzymalem btc na trezoze , teraz chcac dostac btg;
1. wysylam btc na inny bepieczny portfel a z trezora importuje klucze prywatne do portfela obslugujacego btg. Po calej akcji tworze nowy wallet na trezoze.
2. Czekam na spokojnie az trezor sam udostepni btg jak mialo to miejsce przy bch i w tym czasie nie wykonuje zadnych operacji.
Jesli mysle poprawnie prosze tylko potwierdzic

[Bit-els]

Dobrze myslisz. Jeśli trezor nie udostępni btg to na pewno coinomi

[korner23]

Dziekuje Bit-els

[pm7]

2. Czekam na spokojnie az trezor sam udostepni btg jak mialo to miejsce przy bch i w tym czasie nie wykonuje zadnych operacji.

Wydaje mi się, że nie trzeba czekać i nie wykonywać żadnych operacji, bo fork już się odbył i gold ma zaimplementowane Replay Protection.

[XGrzesX]

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 ?

[Bank]

Z tego co zrozumiałem to w tych sieciach są używane te same klucze prywatne.
Podpisując transakcje w jednej sieci można użyć tego samego podpisu w drugiej sieci. Podpisy nie rozróżniają w jakiej sieci był podpis.
Żeby się przed tym uchronić to można dodać do jednej monety jakąś zewnętrzną monetę ( z kantora czy kranika) i potem wszystko wysłać na nowy adres. Wtedy w jednej sieci będzie inna wartość przysyłanych monet, w ten sposób można bezpiecznie rozdzielić monety. Przynajmniej ja to tak zrozumiałem.
Poprawcie mnie jeżeli się mylę.

[XGrzesX]

Ale nie będzie tak, że wydając BTC automatycznie zrealizuje się transakcja na S2X, tak ? Rozumiem, że aby wykonała się druga transakcja konieczne będzie działanie osoby trzeciej, tak ?

[Bank]

Rozumiem, że aby wykonała się druga transakcja konieczne będzie działanie osoby trzeciej, tak ?

Raczej trzeba być tego pewnym dlatego że twórcy od początku nie chcieli wprowadzić replay protection.
To jest zwykły atak na użytkowników BTC. Dlatego trzeba być bardzo ostrożnym co się robi z S2X.

Ale nie będzie tak, że wydając BTC automatycznie zrealizuje się transakcja na S2X, tak ?

Tego nie wiem ale raczej tak, wykonując jakiekolwiek transakcje można nieświadomie wysłać drugą monetę.

[XGrzesX]

Ale jak nieświadomie można wysłać drugą monetę ?

[rav3n_pl]

Konstrukcja transakcji w forku x1 i x2 jest identyczna.
Monety posiadane przed forkiem wydaje się w ten sam sposób.
Oznacza to, że każda transakcja wydająca monety z przed forka jest prawidłowa w obu forach, czyli jednocześnie wysyłamy monety w sieci x1 i x2.
Nie ma możliwości odróżnienia, co chce wysłać nadawca.
Nie można wykluczyć węzła/ów który jest podłączony do węzłów w obu sieciach i przekazuje transakcje z obu sieci do wszystkich podłączonych węzłów (są przecież nawet specjalne węzły tx-relay).
Dopiero, gdy zostaną wykopane monety i użyte w transakcji - taka transakcja będzie prawidłowa tylko w sieci w której te monety wykopano (w drugim forku te monety nie istnieją - czyli transakcja jest w nim nieprawidłowa).
Wszystkie późniejsze transakcje wykorzystujące tą "niezgodną" również będą poprawne tylko w jednym forku.

[Bank]

Wysyłając monetę w jednej sieci, to transakcja może być poprawna też w drugiej sieci. Dlatego że monety mogą znajdować się dokładnie na tych samych adresach. Podpisując transakcje w jednej sieci można użyć tego samego podpisu w drugiej sieci.
Nie wiem jak to prościej wytłumaczyć.

Dopiero, gdy zostaną wykopane monety i użyte w transakcji - taka transakcja będzie prawidłowa tylko w sieci w której te monety wykopano (w drugim forku te monety nie istnieją - czyli transakcja jest w nim nieprawidłowa).

Nie wystarczy dodać jakichś zewnętrznych monet i wszystko wysłać na inny adres?

[rav3n_pl]

dodać jakichś zewnętrznych monet

"Zewnętrznymi" monetami będą monety wykopane w danym forku.
NIE MA INNEJ METODY.
Jeżeli ktoś twierdzi że jest - CHCE CIĘ OSZUKAĆ.

[Bank]

"Zewnętrznymi" monetami będą monety wykopane w danym forku.

Czy podczas tworzenia transakcji i podpisywania jej nie jest brana ilość wysyłanych monet? Dodając nowe monety (nie koniecznie poforkowe) to zmienimy stan konta. Wysyłając wszystkie monety w każdej z sieci będzie inna kwota. W jednej sieci transakcja przejdzie a w drugiej już nie bo będzie inny stan konta.

Ogólnie rozumiem co chcesz przekazać tylko że nie rozumiem tego że to muszą być monety poforkowe.

[rav3n_pl]

@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.

[Bank]

Przeczytaj ze 3 razy co napisałem wcześniej.

Nic tam nie jest wytłumaczone dlaczego to muszą być monety poforkowe (świeżo wydobyte).

co jest w transakcji.

W transakcji nie jest brana pod uwagę ilość przysyłanych monet?
Nie rozumiem tylko tego dlaczego tu muszą być monety "świerze". Jak dla mnie to mogą to być monety też przed forkiem. Byle tylko żeby przed wysłaniem całej kwoty zmienić stan konta.

[rav3n_pl]

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ć...

[gsmstudio]

Krótka informacja ze od Trezor jak bezpiecznie rozdzielić monety:
https://blog.trezor.io/trezor-statement ... 245fe4f0fb

To safely split your coins, we will wait for the chains to diverge significantly and then we will utilize locktime to lock the spending of your coins (UTXOs) before a certain block. Once the transaction on the longer chain is confirmed, we will send a transaction with identical coins (UTXOs) on the shorter chain, without the locktime.
A detailed guide is coming soon.

[rav3n_pl]

@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.