Polskie Forum Bitcoin

Jeśli o kilku, to musisz mieć A->B i B->C i obie na łańcuchu.

Nie musisz. Skoro można składać sygnatury (patrz: sygnatury Schnorra), to można też składać transakcje (patrz: Pedersen Commitments). Co do tego drugiego, to nawet kiedyś to opisałem: viewtopic.php?f=45&t=35941.

Nie możesz sobie usuwać z bazy transferów pomiędzy podmiotami, bo takie masz widzimisię.

Wiem. Ale mogę kryptograficznie składać takie rzeczy, jak sygnatury i klucze publiczne. Co więcej: można napisać taki kod, aby sieć robiła to automatycznie. To się nazywa "skalowanie". Jeśli masz blok o rozmiarze N bajtów, który jest w stanie przetworzyć M transakcji, to oczywiście mając blok o rozmiarze 1000*N bajtów będziesz w stanie przetworzyć 1000*M transakcji. No ale to nie jest skalowanie, tylko liniowy wzrost. Skalowanie jest wtedy, kiedy występuje "efekt skali", czyli gdy jesteś w stanie za pomocą tych samych zasobów uzyskać lepszą przepustowość. I właśnie dlatego takie optymalizacje są potrzebne.

Policz mi przychody i koszty podatkowe podmiotu B, jeśli nie masz ewidencji w twoim przypadku.

To jest problem prawny, a nie techniczny. Przecież dałoby się zrobić tak, żeby zamiast prawnego spaghetti mieć po prostu opłatę od transakcji, która byłaby całkowitym, ostatecznym, a także do bólu przejrzystym sposobem na płacenie podatków wszelkich. Co wolisz: płacić podatki poprzez opłaty transakcyjne i mieć święty spokój, czy przebijać się przez prawnicze spaghetti, które mamy dzisiaj, gdzie ludzie nawet nie wiedzą, ile i za co konkretnie mają zapłacić? Oczywiście, mamy to co mamy, ale myślę, że dążenie w kierunku prostszego systemu jest dobrym pomysłem.

Albo coś się fizycznie wydarzyło albo nie.

Albo się coś kompresuje, albo nie. Jak nic nigdzie nie jest kompresowane, to ciężko mówić o tym, że występuje "efekt skali", bo bez żadnych optymalizacji, to jest tylko i wyłącznie "liniowy wzrost".

garlonicon pisze: ↑ niedziela, 26 czerwca 2022, 08:43Nie musisz. Skoro można składać sygnatury (patrz: sygnatury Schnorra), to można też składać transakcje (patrz: Pedersen Commitments). Co do tego drugiego, to nawet kiedyś to opisałem: viewtopic.php?f=45&t=35941.

Tak znam, na BSV można robić sygnatury Shnorra za pomocą skryptu/op_codów. Ale idiotyzmem jest łączenie niepowiązanych ze sobą transakcji... w imię czego, anonimowości?

garlonicon pisze: ↑ niedziela, 26 czerwca 2022, 08:43To się nazywa "skalowanie"

Skalowanie jest wtedy gdy 1MB danych może być wysłany przez sieć co 10minut? Nie, ja bym to nazwał skuteczną próbą otumanienia naiwnych.

garlonicon pisze: ↑ niedziela, 26 czerwca 2022, 08:43To jest problem prawny, a nie techniczny. Przecież dałoby się zrobić tak, żeby zamiast prawnego spaghetti mieć po prostu opłatę od transakcji, która byłaby całkowitym, ostatecznym, a także do bólu przejrzystym sposobem na płacenie podatków wszelkich. Co wolisz: płacić podatki poprzez opłaty transakcyjne i mieć święty spokój, czy przebijać się przez prawnicze spaghetti, które mamy dzisiaj, gdzie ludzie nawet nie wiedzą, ile i za co konkretnie mają zapłacić? Oczywiście, mamy to co mamy, ale myślę, że dążenie w kierunku prostszego systemu jest dobrym pomysłem.

Tu się zgadzamy.

garlonicon pisze: ↑ niedziela, 26 czerwca 2022, 08:43Albo się coś kompresuje, albo nie. Jak nic nigdzie nie jest kompresowane, to ciężko mówić o tym, że występuje "efekt skali", bo bez żadnych optymalizacji, to jest tylko i wyłącznie "liniowy wzrost".

Jak nie chcesz mieć prawnych konsekwencji łączenia transakcji, to nie możesz tego robić. Oczywiście są okoliczności, kiedy jest to możliwe i jak najbardziej droga wolna żeby to robić, także na BSV.

Jak nie chcesz mieć prawnych konsekwencji łączenia transakcji, to nie możesz tego robić.

Ciekawostka na dziś: SIGHASH_SINGLE|SIGHASH_ANYONECANPAY umożliwia łączenie niepowiązanych ze sobą transakcji. Nie sądzę, aby na BSV to zostało wyłączone. Czyli co, jeśli na BSV takie sighashe istnieją, to znaczy, że są nielegalne i należy się ich pozbyć?

Skalowanie jest wtedy gdy 1MB danych może być wysłany przez sieć co 10minut?

Jeśli ten 1 MB jest wynikiem skompresowania kilku MB transakcji, to znaczy, że jak najbardziej jest to zysk, gdyż ta sama przepustowość umożliwia obsłużenie większej liczby transakcji naraz. Jeśli tyle samo bajtów pozwala zrobić więcej, to jest to przejaw inteligencji. Ogólnie, zdolność do kompresowania danych to świetny sposób, aby sprawdzić, na jakim stopniu zaawansowania dany program się znajduje. Przykładowo, są nawet konkursy, gdzie właśnie w ten sposób się bada rozwój sztucznej inteligencji: przez mierzenie, jak bardzo potrafią ścisnąć dane: im bardziej, tym inteligentniejszy jest soft, który to robi: http://prize.hutter1.net/

Being able to compress well is closely related to intelligence as explained below. While intelligence is a slippery concept, file sizes are hard numbers. Wikipedia is an extensive snapshot of Human Knowledge. If you can compress the first 1GB of Wikipedia better than your predecessors, your (de)compressor likely has to be smart(er). The intention of this prize is to encourage development of intelligent compressors/programs as a path to AGI.

Z tego powodu myślę również o kompresji łańcucha: zawsze to lepiej ułatwiać początkowe pobieranie łańcucha niż to utrudniać, wtedy więcej osób może stawiać pełne węzły, co prowadzi do tego, że sieć potrafi lepiej obsłużyć tych, którzy takich węzłów nie stawiają. A ktoś musi to robić, jeśli wszyscy przestaną, to będzie problem, a podawanie SPV jako głównego rozwiązania właśnie prowadzi do tego, że pewnego dnia może się okazać, że wszyscy tego używają i że nikt nie ma kompletu danych.

garlonicon pisze: ↑ niedziela, 26 czerwca 2022, 22:26Ciekawostka na dziś: SIGHASH_SINGLE|SIGHASH_ANYONECANPAY umożliwia łączenie niepowiązanych ze sobą transakcji. Nie sądzę, aby na BSV to zostało wyłączone. Czyli co, jeśli na BSV takie sighashe istnieją, to znaczy, że są nielegalne i należy się ich pozbyć?

Nie, ale wypada być ostrożnym w jakim przypadku i jak są wykorzystywane. To tak jak nóż, można używać go do krojenia, ale nie ludzi

garlonicon pisze: ↑ niedziela, 26 czerwca 2022, 22:26Jeśli ten 1 MB jest wynikiem skompresowania kilku MB transakcji, to znaczy, że jak najbardziej jest to zysk, gdyż ta sama przepustowość umożliwia obsłużenie większej liczby transakcji naraz. Jeśli tyle samo bajtów pozwala zrobić więcej, to jest to przejaw inteligencji. Ogólnie, zdolność do kompresowania danych to świetny sposób, aby sprawdzić, na jakim stopniu zaawansowania dany program się znajduje. Przykładowo, są nawet konkursy, gdzie właśnie w ten sposób się bada rozwój sztucznej inteligencji: przez mierzenie, jak bardzo potrafią ścisnąć dane: im bardziej, tym inteligentniejszy jest soft, który to robi: http://prize.hutter1.net/

Na BSV też sobie możesz kompresować na różne sposoby, ale nie ograniczamy wielkości bloku, więc mamy więcej metod skalowania.

garlonicon pisze: ↑ niedziela, 26 czerwca 2022, 22:26Z tego powodu myślę również o kompresji łańcucha: zawsze to lepiej ułatwiać początkowe pobieranie łańcucha niż to utrudniać, wtedy więcej osób może stawiać pełne węzły, co prowadzi do tego, że sieć potrafi lepiej obsłużyć tych, którzy takich węzłów nie stawiają. A ktoś musi to robić, jeśli wszyscy przestaną, to będzie problem, a podawanie SPV jako głównego rozwiązania właśnie prowadzi do tego, że pewnego dnia może się okazać, że wszyscy tego używają i że nikt nie ma kompletu danych.

Ilość "pełnych węzłów" na raspberry pi, które nie szukają bloków nie pomaga sieci tylko ją upośledza, bo wydłuża drogę walidacji transakcji. https://www.microsoft.com/en-us/researc ... itcoin.pdf

świetna prezentacja Craiga o Bitcoinie, SPV, decentralizacji, transakcjach IP-to-IP, o integracji z IPv6

Ciekawy wywiad z polskiego podwórka, Michał Scisłowski, CEO Soundoshi rozmawia o swojej firmie i Bitcoinie SV oraz różnicach w stosunku do BTC.
poniżej opis z Youtuba
Blockchain Space [by Comparic]
Soundoshi jest przełomową platformę muzyczną opartą na technologii #blockchain, która jest alternatywą dla modelu subskrypcyjnego. Platforma ma na celu odrodzenie rynku albumów muzycznych oraz sprawiedliwe wsparcie wszystkich artystów.

Gościem Marcina Wenusa będzie Michał Scisłowski - CEO Soundoshi.

Tematy przewodnie:
- Czym jest Soundoshi?
- Tokenizacja danych na łańcuchu Bitcoina.
- Dlaczego serwisy streamingowe nie sprzyjają artystom oraz fanom?
- Soundoshi jako nowy nośnik muzyczny.
- Bitcoin SV - historia łańcucha, nano-płatności i nowe możliwości

#blockchain #muzyka #kryptowaluty
Więcej szczegółów w nagraniu.

Szopki Faketoshiego z Seszeli ciąg dalszy.

@The Real McCoin doskonale, MtGox pójdzie do sądu z Craigiem i wszystko się wyjaśni

Najczęściej hakowany w ostatnich dwóch dekadach specjalista świata Craig Wright z Seszeli, znany również jako "zero-confirmation Satoshi" oraz "wysoki sądzie, pies zjadł moje zadanie domowe", przedstawia Państwu: BSV (Bitcoin Shit Vision)



Wyznawcy Craiga:

Rozprawa COPA vs Craig dopiero 2024... jeśli nie będzie opóźnień...

Craig daje ostatnie ostatnie ostrzeżenie. Jeżeli jesteście klientami Coinbase albo Krakena:

Later this month, you will understand. If you have ANY money on these systems, it will end up divided between creditors, and I will control over 50% when this is finished.




No i proszę, stało się, Craig ogłosił w gazecie, że jak nikt się nie upomni to bitcoiny są jego i nie trzeba było długo czekać, pojawił się kolejny. Ogłosił, że wszystkie bitcoiny na wszystkich łańcuchach są jego...

Fejkowa propaganda Calvina:

a z naszych produktów które pomimo bessy testują nowe rozwiązania dzięki skalowalności BSV
https://localbitcoinsv.com
Wchodzimy w ostatnią fazę testów wydajności i stress testów ruchu na platformie przed uruchomieniem
https://bsvdata.com/appdetails/LocalBitcoinSV.com

Only existing guardians can add new guardians or remove existing ones.

Czy w BSV jest inaczej? No i jeszcze kwestia licencji: dopisanie czegokolwiek do kodu BSV oznacza, że na żadnym innym łańcuchu nie będzie można tego użyć. Innymi słowy: to uniemożliwia łączenie swojego kodu ze swoim kodem.

@garlonicon skąd ten cytat i co masz na myśli?
Górnicy przychodzą i odchodzą kiedy chcą, każdy może dołączyć w każdej chwili.

Górnicy przychodzą i odchodzą kiedy chcą, każdy może dołączyć w każdej chwili.

Nie chodziło o górników, tylko o programistów. Cytat jest z tego wpisu: https://www.bitcoinsv.pl/blog/2022/07/1 ... -btc-core/