Nano (XNO)

Dyskutant
Awatar użytkownika
Posty: 200
Rejestracja: 17 marca 2013
Reputacja: 338
Reputacja postu: 
7
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: jaitylkoja » piątek, 30 listopada 2018, 19:56

wrip pisze:
O ile ktokolwiek zrobi takie rozpoznanie/research. Wielu inwestorów nie ma pojęcia o krypto. Kryptoentuzjastów, którzy zwracają uwagę na technikalia jest garstka. Dlatego ktoś z kasą mógłby moim zdaniem wypromować klona nano jako coś cudownego, zmieniającego rynek i odkrywczego i prześcignąć oryginalne nano w kapitalizacji. Wystarczy tylko odpowiednia kasa na marketing.
Postawię taką tezę, że czym dojrzalsza i starsza kryptowaluta (większa adaptacja i akceptacja), tym trudniej taki prymitywny marketing bez technicznych fundamentów zrobić używając kopii kodu (forki bitcoin?). Póki co rynek jest dosyć młody a pewne rozwiązania mocno archaiczne, więc jak śpiewała Anita Lipnikca: wszystko się może zdarzyć.
benq pisze: Czasami lepsze jest wrogiem dobrego. Gdzieś powinien być ten moment olśnienia, że coś jest wystarczająco dobre. Ciężko mi sobie wyobrazić alternatywny system płatności, gdzie każdego dnia musisz drżeć o to, czy coś nowego nie skaże Twojej waluty na zagładę, bo Shakira czy inna Katy Perry zrobiła sobie z tym fotę. Utrzymując taki system działania (skakanie z kwiatka na kwiatek) napędzamy spekulację, ubijamy adaptację.
Trochę taki ślepy zaułek.
Ciężko mi sobie wyobrazić na dzień dzisiejszy coś technicznie lepszego od Nano, które jest błyskawiczne, bezopłatowe, ekologiczne i z czasem będzie dążyć do coraz większej decentralizacji. Zostawiam sobie jednak pewną małą furtkę... Spokojnie, na zwyczajną kopię kodu NANO opakowaną w celebryckie ramki się nie złapię. ;)

Początkujący
Posty: 462
Rejestracja: 2 stycznia 2018
Reputacja: 150
Reputacja postu: 
0
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: emdecha » piątek, 30 listopada 2018, 21:04

Co nowy projekt musiałby zrobić / wymyślić by być lepszym od NANO? Jedyne co mi przychodzi do głowy to skalowalność. Np. miliard transakcji na sekundę.

Ktoś znajdzie jakiś ciekawszy projekt to niech nie zapomni się nim pochwalić tutaj w topicu.

Dyskutant
Awatar użytkownika
Posty: 200
Rejestracja: 17 marca 2013
Reputacja: 338
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: jaitylkoja » piątek, 30 listopada 2018, 21:37

emdecha pisze: Co nowy projekt musiałby zrobić / wymyślić by być lepszym od NANO? Jedyne co mi przychodzi do głowy to skalowalność. Np. miliard transakcji na sekundę.

Ktoś znajdzie jakiś ciekawszy projekt to niech nie zapomni się nim pochwalić tutaj w topicu.
Wyzwaniem nie jest sama skalowalność ale skalowalność przy zachowaniu właściwego kryptowalutom poziomu decentralizacji.

Weteran
Posty: 1114
Rejestracja: 8 sierpnia 2017
Reputacja: 1954
Reputacja postu: 
10
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: RuckenFetard » sobota, 1 grudnia 2018, 09:20

Poniżej lista zmian w aktualizacji V17 nazwanej Boulton , najważniejszą implementacją jest oczywiście Lazy Bootstrapping ,
Tutaj jest link który dokładnie opisuje tą funkcje


W największym skrócie ta aktualizacja poprawi mocno proces aktualizacji nodów , zmniejszy zapotrzebowanie na moc procesor jak i ilość transferu.
Aktualnie NODY muszą co 5 minut sprawdzać i inicjować ładowanie księgi (bootstrapping) , cały proces genereuje sporo niepotrzebnego ruchu i operacji które dzięki tej aktualizacji zostało mocno ograniczone. Dzięki tej implementacji Nody będą aktualizować się co godzinę zamiast 5 minut! .
Dzięki temu spadnie też znacznie ilość głosowań w sieci.
Nowa metoda ma być szczególnie efektywna i ważna w przypadku większej popularności kiedy ilość węzłów (nody) powiększy się kilkudziesięciokrotnie (oby).

Obrazek

Na dole jest szczegółowa lista zmian, choć nie jest zrozumiała dla zwykłego śmiertelnika, to widać jednak tytaniczną pracę , a to przecież jedna aktualizacja z wielu, ktokolwiek liznął programowania wie że na taka ilość zmian w kodzie powoduje często iż naprawia się kilka rzeczy psując po drodze jakąś inną i ta w koło.
Więc chyba nie ma co się stresować że czasem coś nie działa z uwagi an to iż w kodzie pojawiło się setki zmian w ostatnich miesiącach i potrzeba czasu aby załatali to co zepsuli wprowadzając taką masę usprawnień.
Tak więc nawet spodziewam się jeszcze "perturbacji" w siecii po tej aktualizacji, pomimo że testują to teraz w sieci beta.

Mam nadzieję że rynek to kiedyś doceni (wyceni) , ale jak wiecie rynek to dzikie i bezlitosne zwierze bez żadnych sentymentów :) i może się skończyć tak że na pracy tych ludzi ktoś po prostu będzie żerować i budować "swój" produkt na reklamie , hype i naganianiu.
Jak stracę pieniądze na tym projekcie, to przynajmniej wiem, że byłem po właściwej jasnej stronie mocy :).

Release V17.0RC1 (2018-11-30)
Full Changelog

Major Changes:

Prioritizing transaction processing by difficulty. [#1413]
Reply to confirm_reqs with a vote by hash [#1336]
Add support for Lazy Bootstrapping [#1332]
Exclude confirmed & aborted elections from RPC confirmation_active [#1307]
Db abstraction [#1127]
Implement a Lazy Bootstrapping Client [#995]
Batch state blocks signatures verification [#956]
Implemented enhancements:

Prioritizing transaction processing by difficulty. [#1413]
Signature checking thread [#1411]
[v17] Replay votes in response to a confirm_req for an active block [#1409]
Fix secure rpc build [#1404]
Difficulty extraction [#1401]
Announce cleanup [#1399]
Add vote overflow stats [#1394]
Replay votes in response to a confirm_req for an active block [#1393]
Moving announcements off conflict_info [#1388]
Adding deadlines to RPC tests and checking error codes in some more c… [#1385]
Fix formatting on master [#1380]
RPC confirmation_quorum: optionally include account/ip/rep weight [#1379]
Ensure ".clang-format" works with current clang-format tool [#1378]
Update .clang-format to be consistent with new version [#1376]
Only observe blocks if callback is configured [#1375]
Limit the amount of deduplication items we store [#1371]
Dedicate a full r hash block to attacker unknown bytes [#1368]
Reduce lock scope in active_transactions [#1359]
Block uniquer [#1358]
CLI wallet_import force wallet creation if requested [#1357]
Make signatures non-deterministic [#1353]
Single active_transactions mutex for vote_blocking [#1350]
Make config upgrades more robust [#1348]
Reduce the amount of time spent holding the active_transactions lock. [#1345]
Log vote processing time [#1344]
Filter password, wallet, key, seed from RPC logging [#1343]
Remove unused local shared_ptr [#1342]
Reply to confirm_reqs with a vote by hash [#1335]
Log UPnP devices only if configured to do so [#1333]
Add support for Lazy Bootstrapping [#1332]
Bootstrap traffic stats [#1330]
Add unreachable host stats [#1329]
Fix formatting on master [#1328]
Create a separate tail constructor for distributed work [#1326]
Remove unused forward decl [#1325]
Use is_epoch_link [#1322]
Eliminate numerous warnings [#1319]
Fix MSVC linker error using rai_bootstrap_weights [#1317]
MSVC linker error rai_bootstrap_weights [#1316]
Move out peer container and related types [#1315]
Immediate election starts [#1314]
Logging vote tallies in a single block instead of separate lines. [#1313]
Speed up testing by using run_one_for [#1312]
Separate vote generation process [#1302]
New unit labels from legacy XRB to NANO style [#1301]
Add weight option and account filter to representative_online rpc cal… [#1300]
Using QSettings to persist application settings for selected ratio scale [#1299]
Implement PoW work-based prioritization [#1298]
Factor out node_config [#1296]
Revert stack size linking for windows [#1290]
Better changelog generation [#1287]
Build prep enhancements [#1286]
Force macOS wallet to use aqua light mode whilst QT adds support for … [#1279]
Log common exceptions before asserting [#1278]
Save DB random block read with include_active [#1277]
Separate config option for network threads [#1276]
Support Mojave dark mode [#1275]
Remove process_active from confirm_req [#1265]
Move port/address parsing to common, where it's declared [#1263]
Factor out logging [#1262]
Add vote status stats even when vote logging is off [#1261]
Name threads by role [#1258]
Iterative amount/balance visitor [#1257]
Add a max time to batch processes [#1256]
Fix deadlock for elections escalation [#1254]
frontier_req_server & frontier_req_client accounts deque [#1251]
macOS Build Automation [#1250]
Updated script to generate source tarball and changelog [#1249]
Better build prep scripts [#1248]
Change default desktop config.json [#1247]
Remove processing blocks from confirm_req [#1246]
Additional message stats [#1234]
Add a test for bulk_pull_account [#1227]
Release assert on DB failures [#1226]
Better error messages [#1225]
More counters [#1209]
Fix misleading message from lambda spawned from gap\_cache::vote() [#1208]
Fix generic error message in network::receive\_action() [#1207]
Added support for PENDING_HASH_AMOUNT_AND_ADDRESS to bulk_pull_account [#1201]
Enhance version rpc [#1194]
Add "latest-including-rc" tag for Docker [#1193]
2 feature requests for the RPC call 'representatives_online' [#1192]
Enhancement: Add own protocol version to RPC version action [#1189]
Blockstore move visitors [#1186]
Initial bootstrap weight for betanet [#1179]
Remove generate_hash_votes_at from config [#1170]
Add --clear_send_ids CLI option [#1163]
Feature request: ability to clear Send Idempotency IDs and force send [#1162]
Validate pending blocks [#1160]
Support a flag for bulk\_pull\_account for including the account [#1159]
Checking for a matching environment when unwrapping a transaction. [#1155]
Stop test nodes with deadline expired [#1152]
Add _read and _write suffixed versions of tx_begin [#1136]
Check for invalid private keys in wallet_decrypt_unsafe [#1128]
Db abstraction [#1127]
Check genesis on startup [#1124]
Add representative weights for the Beta network [#1123]
Add tests for "bulk_pull_account" [#1043]
Node breakup: port mapper [#1038]
Implement a Lazy Bootstrapping Client [#995]
Batch state blocks signatures verification [#956]
Node ID RPC [#948]
rai_wallet does not remember scale display of Mxrb [#511]
False positive Antivirus warnings (Windows) [#45]
Fixed bugs:

Fix iteration in rai::bootstrap_attempt::lazy_finished [#1417]
Update bootstrap weights [#1415]
RPC: sending 0 amount is invalid with state blocks [#1408]
Restart the RPC connection acceptor in the face of errors [#1390]
Fix new tests relying on deterministic signatures [#1363]
Fix vote_cache [#1362]
ASan heap-user-after-free during node.send_single_many_peers [#1361]
Actually use also_publish flag [#1360]
removing std::endl from filter_request [#1349]
RPC logs blank lines [#1347]
Update README.md [#1327]
Qt fixes [#1323]
Mutex covering wallet::items isn't acquired within wallet_destroy. [#1320]
Insert race workaround [#1318]
Fix incorrect downcast to send_block &. [#1311]
Pass wallet reference in to actions and check for wallet liveness [#1310]
Exclude confirmed & aborted elections from RPC confirmation_active [#1307]
Using decode_account instead of decode_hex in account_move RPC handler [#1306]
No longer decrement the count if the entry is empty during account_history RPC call. [#1293]
Fix escalation source block check [#1282]
balance visitor assertion failure [#1280]
account_history RPC count parameter still considers change blocks even though they aren't returned [#1270]
Fix node.password_fanout test with running beta node [#1269]
Search pending interval [#1269]
Bootstrap blocks cannot initiate elections required for wallet receive [#1260]
Extended bulk.offline_send [#1259]
Fix vote check [#1233]
Better --snapshot CLI error messages [#1224]
Fix mdb\_store::flush() [#1206]
Enable bootstrap weights on betanet [#1182]
16.0.0-RC2-beta keeps exiting automatically on Windows, at apparently random times [#1168]
Display error message when snapshot file already exists [#1161]
Adding virtual dtor to block_store. [#1146]
Fix max vote sequence comparison [#964]
[bug]is the judgement true:max_vote->sequence > vote_a->sequence? then it may be a replay, not a vote [#962]
account_move is broken [#666]
Support RCs for changelogs [#1419]
Track VBH Rollout [#1339]
Track down high memory usage [#1338]
v16.1 Windows Desktop keeps crashing [#1244]

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » sobota, 1 grudnia 2018, 09:27

jaitylkoja pisze: z czasem będzie dążyć do coraz większej decentralizacji
jaitylkoja pisze: Wyzwaniem nie jest sama skalowalność ale skalowalność przy zachowaniu właściwego kryptowalutom poziomu decentralizacji.
Załóżmy, że ta dążność do decentralizacji w NANO rzeczywiście będzie istniała (istnieje).
Wtedy przy pozostałych parametrach monety robi się naprawdę ciekawie...

Jednak taka sytuacja na pewno "zaciekawi" prędzej czy później wielkie spółdzielnie wydobywcze na BTC i inne potwory mocy PoW. W związku z takim "zaciekawieniem" wielkich potentatów chciałbym zobaczyć jak przetrwa NANO w obliczu zmasowanych, potężnych i wyrafinowanych ataków na malutką sieć...
Trzeba pamiętać, że tam po drugiej stronie stoją ogromne moce, i ponadprzeciętne mózgi, którym NANO może się mocno uprzykrzyć. Jeśli przetrwa - wtedy dopiero będzie można ogłosić jakie jest fajne i że już tylko do przodu... ;)
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Weteran
Posty: 1114
Rejestracja: 8 sierpnia 2017
Reputacja: 1954
Reputacja postu: 
0
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: RuckenFetard » sobota, 1 grudnia 2018, 09:33

mecenas pisze: Jednak taka sytuacja na pewno "zaciekawi" prędzej czy później wielkie spółdzielnie wydobywcze na BTC i inne potwory mocy PoW. W związku z takim "zaciekawieniem" wielkich potentatów chciałbym zobaczyć jak przetrwa NANO w obliczu zmasowanych, potężnych i wyrafinowanych ataków na malutką sieć...
Trzeba pamiętać, że tam po drugiej stronie stoją ogromne moce, i ponadprzeciętne mózgi, którym NNAO może się mocno uprzykrzyć. Jeśli przetrwa - wtedy dopiero będzie można ogłosić jakie jest fajne i że już tylko do przodu...
Akurat opisałeś moje największe obawy które już kiedyś wymieniałem, dlatego też nie do końca wierzę w przypadkowość sprawy bitgrail , wystarczyło załatwić sprawę z jednym makaroniarzem, nawet nie trzeba było marnować milionów na moc obliczeniową.
Z drugiej strony dlaczego górnicy nie mogą poradzić sobie mocą z XRP i wyrwać chwasta ?

Idąc dalej to mam taką konkluzję, skoro górnikom nie uda wyeliminować największego aktualnego zagrożeniem , czyli XRP , to nie wiem co miało by ich motywować do inwestycji w zniszczenie NANO.

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » sobota, 1 grudnia 2018, 10:11

RuckenFetard pisze: Z drugiej strony dlaczego górnicy nie mogą poradzić sobie mocą z XRP i wyrwać chwasta ?
Odpowiedź jest dwojaka: albo technologicznie nie ma to sensu, albo nie nadszedł jeszcze właściwy czas i poziom irytacji władców PoW jest wciąż zbyt niski... może bodźcem będzie jak chwast wejdzie na tron coinmarketcap? ;)
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Weteran
Awatar użytkownika
Posty: 1385
Rejestracja: 16 grudnia 2015
Reputacja: 1194
Reputacja postu: 
0
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: Kluka » sobota, 1 grudnia 2018, 10:30

Ryple się samo unicestwi ;) tylko musi się śmietanka wyprzedac
...idioci sie nie rodza, idiotow kreuja media...

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
2
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » sobota, 1 grudnia 2018, 11:58

Czym byłyby nasze rozważania bez odrobiny spekuły... ;)
Czy AT działa, czy nie działa, czy wymaga wiary, czy jej nie wymaga, niezależnie kto co myśli fajne rzeczy widać na parze NANO/BTC

Naruszony kanał na D1:

Obrazek

I trochę większy zoom:

Obrazek

:idea: To nie jest żadna sugestia inwestycyjna,
a jedynie swobodne subiektywne rozważania i prywatna opinia o rynku. :idea:
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Początkujący
Posty: 462
Rejestracja: 2 stycznia 2018
Reputacja: 150
Reputacja postu: 
0
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: emdecha » sobota, 1 grudnia 2018, 15:26

Na jednym koncie otrzymałem NOS ileś dni temu, dokupiłem trochę NANO i przelałem wszystko na drugie stworzone konto i niestety nie otrzymałem dodatkowych tokenów.
https://airdrop.nos.cash/
Rozumiem, że już zakończyli rozdawanie NOS?

Znalazłem ciekawe info:
https://www.coingecko.com/en/price_char ... /usd#panel

Nollar kosztuje niby 1 $.

PS. Gdzie najlepiej i najszybciej wymieniać Banano? Wydaje mi się, że https://mercatox.com/ wydaje się w porządku. Niestety fee przy wypłacie NANO zniechęca. Może ktoś wymieniał gdzieś BAN i mógłby podpowiedzieć.

Dyskutant
Awatar użytkownika
Posty: 200
Rejestracja: 17 marca 2013
Reputacja: 338
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: jaitylkoja » sobota, 1 grudnia 2018, 16:06

mecenas pisze: ednak taka sytuacja na pewno "zaciekawi" prędzej czy później wielkie spółdzielnie wydobywcze na BTC i inne potwory mocy PoW. W związku z takim "zaciekawieniem" wielkich potentatów chciałbym zobaczyć jak przetrwa NANO w obliczu zmasowanych, potężnych i wyrafinowanych ataków na malutką sieć...
Trzeba pamiętać, że tam po drugiej stronie stoją ogromne moce, i ponadprzeciętne mózgi, którym NANO może się mocno uprzykrzyć. Jeśli przetrwa - wtedy dopiero będzie można ogłosić jakie jest fajne i że już tylko do przodu...
Przy założeniu, że wielkie kopalnie będą w stanie do tego czasu poradzić sobie z rentownością kopania zmienioną przez spadki i nową sytuacją na rynku, bo rozważamy sytuację w której NANO jest wysoko, jeśli chodzi o całkowitą kapitalizację i jest realnym zagrożeniem. Wtedy taki Wielki Sztygar ma następujące możliwości:

1) fizyczne przejęcie największych reprezentatów lub kont z największą ilością NANO (b. niskie prawdopodobieństwo)

2) wykup dostatecznie dużych ilości NANO na rynku a później zniszczenie waluty i inwestycji w nią (b. niskie prawdopodobieństwo i nieopłacalność ekonomiczna)

3) prototypowanie i stworzenie układów ASIC, które byłby w stanie dokonywać regularnego ataku spamowania sieci (średnie prawdopodobieństwo)

Jeśli chodzi o punkt 3, to wymaga to opracowanie takiego ASICa wymaga sporo czasu i pieniędzy, później sporo nakładów finansowych pochłonie sama produkcja, a następnie dojdą jeszcze koszty prądu, który zużyje ASIC do wykonywania obliczeń.

Zabezpieczenia dot. ataku 3), to:

1) zmiana algorytmu na unikalny. Tutaj dochodzi problem, że nowy algorytm może nie być przetestowany kryptograficznie. Zaletą tego rozwiązania jest to, że nie można wykorzystać już raz stworzonych ASICów.

2) zmiana algorytmu na bardziej odpornego na przyspieszenie ASIC, np. ograniczony dostępem do pamięci Cuckoo Cycle. Dodatkową zaletą jest trudność w tworzeniu konfiguracji na FPGA, które działały by szybko (dostęp do pamięci). Jest to ważne, bo układy FPGA mogą być szybko rekonfigurowane wraz ze zmieniającym się algorytmem.

3) Odpowiednie sparametryzowanie algorytmu PoW w ten sposób, żeby stare ASICi stawały się bezużyteczne. Zmiany nie spowodują wielu problemów dla zwykłych użytkowników, którzy do wykonania PoW wykorzystują i tak układy ogólnego przeznaczenia (CPU, GPU). Dodatkowo, zmiany w oprogramowaniu node'ów można zrobić w miarę szybko, prototypowanie ASICa to miesiące, a często i lata.

4) dynamiczna zmiana trudności algorytmu PoW w zależności od wielu czynników (np. kwoty wysyłanej, czym mniej tym trudniej). W wielu takich propozycjach (np. zwiększonego ruchu sieciowego z jednego adresu/na jeden adres) jest to dosyć problematyczna kwestia, bo architektura NANO jest asynchroniczna w swojej naturze i nie ma tam timestampów.

Tak to widzę. Część ww. rzeczy jest rozważana na przyszłe wersje protokołu NANO.
emdecha pisze: Rozumiem, że już zakończyli rozdawanie NOS?
Nie wiem czy zakończyli, natomiast, zrobili snapshota balansu wszystkich kont dla pewnej daty i na tej podstawie rozdawali, bądź też rozdają NOS. Jeśli ktoś przelał kwotę NANO na inny adres po tym snapshocie, to oczywiście nie dostanie żadnych nowych NOS z nowego adresu.
RuckenFetard pisze: dlatego też nie do końca wierzę w przypadkowość sprawy bitgrail
W przypadkowość też nie wierzę, moim zdaniem była to po prostu nieudolność giełdy podszyta szybkością i chciwością. Wtedy Nano nie miało porządnej giełdy i moim zdaniem było zbyt młode na powstanie tak wyrafinowanego spisku.

Weteran
Awatar użytkownika
Posty: 3807
Rejestracja: 26 lipca 2017
Reputacja: 5091
Reputacja postu: 
0
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: benq » sobota, 1 grudnia 2018, 20:52

mecenas pisze: Jednak taka sytuacja na pewno "zaciekawi" prędzej czy później wielkie spółdzielnie wydobywcze na BTC i inne potwory mocy PoW. W związku z takim "zaciekawieniem" wielkich potentatów chciałbym zobaczyć jak przetrwa NANO w obliczu zmasowanych, potężnych i wyrafinowanych ataków na malutką sieć...
Trzeba pamiętać, że tam po drugiej stronie stoją ogromne moce, i ponadprzeciętne mózgi, którym NANO może się mocno uprzykrzyć. Jeśli przetrwa - wtedy dopiero będzie można ogłosić jakie jest fajne i że już tylko do przodu...
Jeśli chodzi o mózgi czy władzę, to pewnie, zagrożenie istnieje.
Ale jeśli chodzi o czysty hashpower, to jak w zasadzie widzisz atak minerów na sieć POS?
Przecież nie da się zalać sieci nano, nawet mając wszystkie ASICi Bitmaina.
Chyba, że w grę wchodzi jakies pokrętne działania, w stylu za cały sprzedany urobek BTC skupujemy masowo nano w celu ataku 51%.

Nawet pomysł kolegi wyżej odnośnie próby zaspamowania sieci wydaje się bardzo mało realny - choćby przez ogromne koszty i trudność oraz wysoką skalowalność samego nano, pomijając nawet możliwość zmiany samego algorytmu.

Bardziej prawdopodobna wydaje się ewentualna próba zaangażowania swoich ludzi/człowieka, vide Blockstream.

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » sobota, 1 grudnia 2018, 21:08

benq pisze: Bardziej prawdopodobna wydaje się ewentualna próba zaangażowania swoich ludzi/człowieka, vide Blockstream.
Czyli jednak czynnik ludzki - najsłabsze ogniwo blockchaina.

Tak, myślałem o ataku typu spam wysokiej częstotliwości z ogromną mocą... ale czynnik ludzki jest zdecydowanie skuteczniejszym atakiem, aczkolwiek ten dotyczy wszystkich krypto, bo wszystkie krypto tworzą ludzie (oprócz SN - on jest kosmitą).
;)
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
0
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » niedziela, 2 grudnia 2018, 12:23

Czy to możliwe, że w Grecji jest tak dużo nodów NANO? :

:arrow: https://nano-faucet.org/node-map/
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Weteran
Awatar użytkownika
Posty: 4686
Rejestracja: 5 stycznia 2018
Reputacja: 3499
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: shinya56 » niedziela, 2 grudnia 2018, 22:22

Może ktoś podrzucić informacje jak postawić noda ? Ktoś z forum już to zrobił ?

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
7
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » wtorek, 4 grudnia 2018, 19:36

Parę słów o NANO od Kowalskiego:

[youtube][/youtube]
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Weteran
Posty: 1114
Rejestracja: 8 sierpnia 2017
Reputacja: 1954
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: RuckenFetard » wtorek, 4 grudnia 2018, 21:06

mecenas pisze: Czy to możliwe, że w Grecji jest tak dużo nodów NANO? :

:arrow: https://nano-faucet.org/node-map/
Dziwnie to wygląda, nie jestem pewny czy te dane są poprawne , trzebaby podpytać.

shinya56 pisze: Może ktoś podrzucić informacje jak postawić noda ? Ktoś z forum już to zrobił ?
Ja miałem stawiać , ale w tamtym czasie miałem młyn i nie dałem rady, a potem zapomniałem, w przeciągu tygodnia postaram się to nadrobić i dam znać jak uda mi się postawić tego NODA. {prawdopodobnie zaczekam z tym do ver v17

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » wtorek, 4 grudnia 2018, 21:13

RuckenFetard pisze: Dziwnie to wygląda, nie jestem pewny czy te dane są poprawne , trzebaby podpytać.
Może ktoś się szykuje do ataku Sybil?
- Tyle, że taki atak samymi węzłami bez kasy jest chyba najmniej sensowny...
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Dyskutant
Awatar użytkownika
Posty: 200
Rejestracja: 17 marca 2013
Reputacja: 338
Reputacja postu: 
1
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: jaitylkoja » wtorek, 4 grudnia 2018, 21:18

mecenas pisze:
RuckenFetard pisze: Dziwnie to wygląda, nie jestem pewny czy te dane są poprawne , trzebaby podpytać.
Może ktoś się szykuje do ataku Sybil?
- Tyle, że taki atak samymi węzłami bez kasy jest chyba najmniej sensowny...
Sybil attack to change ledger entries - No risk, completely destructive
Description: A Sybil attack is a person creating a lot of nodes on the network, possibly thousands on a single machine, in order to get a disproportionate vote on networks where each node gets an equal vote.
Defense: The Nano voting system is weighted based on account balance. Adding extra nodes in to the network will not gain an attacker extra votes.
shinya56 pisze: Może ktoś podrzucić informacje jak postawić noda ? Ktoś z forum już to zrobił ?
Może być pomocne:

https://developers.nano.org/guides/node-setup/

Weteran
Awatar użytkownika
Posty: 4615
Rejestracja: 14 kwietnia 2016
Reputacja: 2682
Reputacja postu: 
0
Napiwki za post: 0 BTC

RaiBlocks / Nano (XRB)

Postautor: mecenas » wtorek, 4 grudnia 2018, 21:30

@jaitylkoja, no właśnie, atak sybil to słabe wyjaśnienie dla greckich nodów... chyba, że gość ma szerszy plan i wie jak zdobyć kasę. ;)
:arrow: Zdecentralizowane kontrakty: https://bchbull.com
:arrow: Bitcoin Is Cash: https://discover.cash/

Wróć do „Pozostałe”

Kto jest online

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