Bitcoin Forum
May 24, 2024, 03:31:59 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 [826] 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 ... 1467 »
16501  Bitcoin / Bitcoin Discussion / Re: Please run a full node on: May 11, 2017, 02:25:17 PM
Franky1 -

You've made some good observations over the years. However, I think your clinging to bad analogies has you confused. On this mining issue, dinofelis is correct.

dinofelis is looking at things from a 2 dimensional view. he is not understanding all the features of bitcoin and what makes bitcoin so different than a fiat cheque clearing house.

bitcoin is unique for many more reasons than dinofelis seems to realise. and it seems all he wants to do is convince people to run lite wallets to hand pools more power by diluting the node count that can obstruct pools from changing the rules soo easily.(sorry if my critical mind things thats his motives, where it could just b he has yet to really fall down the bitcoin rabbit hole)

nodes do provide a crucial and critical part ofthe symbiotic relationship way more than dinofelis ieither wants to admit to, or yet to grasp.
but if he wants to run a lite wallet he should just go ahead and run a lite wallet.. but those of us that understand the real need/reasons for running a node will continue to

i feel that dinofelis is still stuck in the mindset of the fiat world of central control. and is still learning but not yet grasped ALL of the beauty of ALL of the bitcoin features that differentiate it from fiat archaic systems

lets say there are atleast a dozen different mechanisms of bitcoin.
i feel dinfelis only understands 4 out of 12... and is only brushing against understanding another 1or2 (from reading his post history).. id give him another year of actually running simulations and learning the context of it.. before he see's the mindblowing wonder of why bitcoin is better than fiat.

i feel he has not yet had that mind blowing experience.. but it will come
16502  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 02:12:04 PM
Not sure if we're disagreeing or just using different words.

My point is that if you're not mining, you have no say in generating consensus rules.

you DO have a say
nodes are consensus.

read my examples i added
you as a non manufacturer only want yellow ducks, will refuse to accept green ducks. thus any manufacturer making green ducks is wasting its time.
yes it may have factories sky high filled with green ducks but if all the bathroom merchants and customers only want to buy yellow ducks.. the factory worker making green ducks is wasting its time.

its then the factory worker(pool) who then has to either make yellow ducks and get paid like everyone else. or.. resign and make his own factory and try and get some customers to buy his green ducks in a separate new market(altcoin).
16503  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 01:44:51 PM
not have to trust a third party as to what the chain is.
ill repeat your own words
not have to trust a third party as to what the chain is.
and again
not have to trust a third party as to what the chain is.

pools can collate the data in any way they like.. but its the NODE NETWORK and consensus, (unity of everyone)
that decides what is acceptable.

if nodes reject blocks, that pool cannot spend the reward in that block 16 hours later, because that block is trashed..
yea that block may exist in that pools list.. but not in the list of merchants and users who will have a different list, which due to the consensus/orphan mechanism ensures a united single chain of good rule following blocks.

a pool can make THOUSANDS of blocks and store them locally on their own system and build on them on thir own system, but if nodes are rejecting them then its just wasting the pools times making something only itself can see that no one else holds and as such that pool cannot spend.

pools learn very quickly unless there is little to no risk of rejection/orphaning, they wont change the rules.

even if pools are told they have been given the vote power. pools still watch the node network to see the risks of making a block
they can wave their ass/hat/flag all they like about preference. but they wont actually make a funky block unless the orphan risk was negligible

EG
even with the 1mb rule, pools in 2009 preferred to only make blocks under 250kb because of many factors, in 2013 there was a big event that caused pools to not want to make blocks over 500kb

pools wont do things if nodes are going to have trouble with the change.

EG
imagine you work in a factory making them yellow plastic bathroom ducks.. you decide "hmm today im gonna make green ducks"
you spend all day making thousands of green ducks, knowing you fellow employee's are making yellow ducks. and when you show your end of day produce, non of your bosses or the companies customers want green ducks. so you have just been told yo didnt meet your quata, you wont get paid.
you soon learn its far easier to just make yellow ducks
16504  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 01:21:46 PM
if you are not a miner there is no reason for you to be running nodes,
by suggesting people should stop running nodes is the cheapest way to get pools more control.. because telling non-mining nodes to shut down CREATES this situation
because miners/pools will be the ones running the majority of nodes all the times.

however by non-mining nodes continuing to run their nodes causes
Of course if a pool with having the minority numbers of nodes tries to change the code then the majority controlling the nodes will block it

non-mining and mining nodes have a symbiotic relationship

if a miner/pool wants to change the protocol they will first make sure to have the majority of nodes themselves.

Let's assume I am not a miner but running 200,000 full nodes I can only make miners work more difficult if they try to change something and my nodes refuse them, they'll have to out number my nodes to be able to change the code and their nodes accepts it as valid.

But why would I be running 200,000 nodes? I don't have any incentive and unlike miners/pools I can't afford to run nodes.

you dont need to run 200,000 nodes.. its much easier to get 200,000 merchants/people to run 1 node each.

or more realistically if there are 20~ pool nodes.. have over 6000 non mining nodes
16505  Bitcoin / Bitcoin Discussion / Re: Last Time. In small words. Why 2MB impossible. Why Soft Fork. Why SegWit First.. on: May 11, 2017, 12:49:18 PM

Quote
other non blockstream endorsed implementations are just plodding along not making threats and even laughing at blockstreams attempt to get non-blockstream implementations to split, by simply saying 'no thanks we wanna stay as a peer network'
Sorry, I can't figure out what you are saying here.  Undecided


lets kill 2 birds with one stone
1. blockstream wantis the network to split to give blockstream dominance
2. non blockstream implementations refusing to split.. wanting to keep the diverse implementations on an level/even playingfield

(gmaxwell is a founder and CTO of blockstream and also the lead dev of core and also the main moderator of technical discussions)

but in his own words
What you are describing is what I and others call a bilateral hardfork-- where both sides reject the other.

I tried to convince the authors of BIP101 to make their proposal bilateral ... Sadly, the proposals authors were aggressively against this.

The ethereum hardfork was bilateral, probably the only thing they did right--
16506  Bitcoin / Bitcoin Discussion / Re: Please run a full node on: May 11, 2017, 12:36:17 PM
10 pools with each 10% of the hash power find, each individually, a single solution on average every 100 minutes (1 hour and 20 minutes).  

they dont
they find a solution in an average of 10 minutes..

SEPARATELY

their solution is only accepted every 10th time, due to the competition

being accepted as part of the chain.. is different than how long it takes them to make a solution.

learn the context
16507  Bitcoin / Bitcoin Discussion / Re: Please run a full node on: May 11, 2017, 12:13:14 PM
if a pool only gets a block every 6th block its average solution must take 60 minutes to find.. is REDICULOUS

You're digging yourself deeper in the hole.  Of course, that is EXACTLY the reason why he only has a block every hour, and hence, about 1/6 of the total amount of blocks.  

he only gets a block every one sixth, because there is other competitors that beat him by seconds. and only the fastest guy wins..
as soon as the winner is found the clock resets.. blocks are found in 10 minute average. they do not continue hashing the same data for hours..
they reset and start again on fresh data as soon as a winner is found

As I said, and tried (in vain, apparently) to explain, you're totally wrong about how mining happens.  You think it is a cumulative calculation effort (even if you say you know it isn't, you think it takes very close to 10 minutes for every miner each time, whether that miner has 1% of the hash rate, or 40% of the hash rate, it always takes, up to a few seconds, 10 minutes). Can't help you any more.  This invalidates much of what you think about many things in bitcoin.

you argue it takes hours, and you knitpick my simplifying of "a few seconds" difference (facepalm)
the few seconds difference is in regards to your scenarios of all pools having equal hash..
you mention 10 pools of 10% hash.. so times would be similar...

yes if you add in other variables and change your scenario the times become more than just a few seconds.. but still not going to be hours like you suggest.

seriously go run some tests.. get some dice.. get you and some friends to run a few lengths of a field
make an alt and buy a few usb asics and run some proper tests
make an bitcoin testnet and buy a few usb asics and run some proper tests
16508  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 11:53:33 AM
okay, thank you for your replies.  It seems that Bitcoin wont' suddenly rip in half overnight.

But wait!  ...Ethereum did...suddenly there were 2 seriously competing versions of Ethereum.

So what's the difference? that means ETH suddenly split in half but Bitcoin won't do the same?  Is Ethereum not supposed to have a sort of clever consensus system also?  

ethereums split was not "sudden" it was intentional..
(avoid reddit/twitter as a research source as thats just propaganda.. try looking for real sources (hint: "--oppose-dao-fork" may help you weed through the fake fud)
its what has been called a bilateral split.. again it was intentional, via avoiding the consensus security mechanisms and literally banning nodes of opposition to make an altcoin INTENTIONALLY

ok if your a core devotee.. here is your lord and masters own words explaining both ethereums intentional split AND showing that those who are not blockstream endorsed do not want a split in bitcoin.. while also revealing that cores CTO reall wants the split (3birds one stone)

What you are describing is what I and others call a bilateral hardfork-- where both sides reject the other.

I tried to convince the authors of BIP101 to make their proposal bilateral ... Sadly, the proposals authors were aggressively against this.

The ethereum hardfork was bilateral, probably the only thing they did right--

by the way.
a hardfork is not by default a bilateral split. by default with high consensus, only a small minority simply dont sync and instead see lots of orphans and end up turning off their node and joining the network by upgrading to the new rules.

by default with moderate consensus, a more moderate amount simply dont sync and instead see lots of orphans and end up turning off their node and joining the network by upgrading to the new rules

but there then becomes a possibility that the opposition can add code to literally ban communications with opposing nodes and make their own altcoin.
the surprising things is that even going soft there becomes a possibility that the opposition can add code to literally ban communications with opposing nodes and make their own altcoin.
16509  Bitcoin / Bitcoin Discussion / Re: Please run a full node on: May 11, 2017, 11:39:50 AM
if a pool only gets a block every 6th block its average solution must take 60 minutes to find.. is REDICULOUS

You're digging yourself deeper in the hole.  Of course, that is EXACTLY the reason why he only has a block every hour, and hence, about 1/6 of the total amount of blocks.  

he only gets a block every one sixth, because there is other competitors that beat him by seconds. and only the fastest guy wins..
as soon as the winner is found the clock resets.. blocks are found in 10 minute average. they do not continue hashing the same data for hours..
they reset and start again on fresh data as soon as a winner is found
16510  Bitcoin / Bitcoin Discussion / Re: Please run a full node on: May 11, 2017, 10:54:33 AM
I think it is because you do not understand the difference between a very peaked distribution around 10 minutes intervals, and an exponential distribution with AVERAGE 10 minutes.


i do understand, much more then you think

my maths are only simplified not due to not understanding, but just to try getting to the point in a way even a layman can understand easily.
i use layman analogies to tone DOWN technicals into average guy speak. however it seems you try to grasp things at a laymen and try to abstract it into technical babble, while still missing the main points

yes there are more variables, but my posts only explain parts of them because the parts i mention are trying to show where your parts fall flat and it would end up taking a whole book to explain how the other parts interplay aswell..(which then just sidetracks the point)

you some how think there are only like 2 mechanisms of bitcoin and that non-mining nodes play no part in any security, bar being a data backup.

there are over a dozen mechanisms that all interplay each other. where nodes and pools have a symbiotic relationship not just for data backup, but for security purposes and data validation, collation and formation.

bitcoins symbiotic relationship, the fastest first, the orphan consensus, the propagation, the relay the tx validation, the block validation, and all the others all have a part to play.

you keep thinking that its only a pool is master.. node is slave game. where if a pool only gets a block every 6th block its average solution must take 60 minutes to find.. is RIDICULOUS

your maths of statistics has not looked at the context of where the numbers come from, nor (it seems) have you run scenarios either using algorithms, or paper or dice or just your mind.

the short and curlies of the part you try to suggest is that if there were 20 pools of say 5% (where the average pool only gets 1 block every 20th block) in your eyes means a pool only finds a block every 3 hours 20 minutes..(wrong on so many levels of understanding the context of numbers)

when the reality is they find block solutions much faster, but are IGNORED/GIVE UP as soon as a winner is found. and they all start again.. the hashtime does not add up on the next round. it starts at 0 again.
just look at the times of orphans where a runner up actually does get to win because the fastest first cheated or done something wrong, or other unmentioned reasons
https://blockchain.info/orphaned-blocks
Quote
465722    
Timestamp    2017-05-10 08:19:11
Timestamp    2017-05-10 08:19:10
ONE SECOND DIFFERENCE
Quote
464681
Timestamp    2017-05-03 18:55:39   
Timestamp    2017-05-03 18:55:46
SIX SECOND DIFFERENCE
Quote
463505    
Timestamp    2017-04-25 23:15:20
Timestamp    2017-04-25 23:15:22
TWO SECOND DIFFERENCE
not hours apart

much like olympic runners, having to run 100m..
just because linford christie or usain bolt win the majority of races, does NOT mean it takes 20 years for someone else to run 100m because they only win every 4th Olympic game

please look deeper at the numbers and look at the context of the stats.
16511  Bitcoin / Bitcoin Discussion / Re: Please run a full node on: May 11, 2017, 05:17:41 AM
What full node should i run ? chinese nodes aka BUg nodes ?

lol your reading too much reddit
seems you are already reading the scripts of the doomsday FUD buzzwords

What full node should i run ? chinese nodes aka BUg nodes ?
Or should i run a core devs nodes that maintained the welfare of bitcoin through all this years ?

so far other nodes brands lik BU have only dropped at most 420ish
 on march 17th CORE dropped 560 nodes in on go.


also core is not perfect
https://github.com/bitcoin/bitcoin/issues?q=is%3Aissue+is%3Aopen+label%3ABug
and thats just the bugs they want to reveal. they also have a policy to not publicly divulge certain bugs for atleast a month after a fix
as commented here
https://github.com/bitcoin/bitcoin/issues/10364
Quote
announcing bugs with exploit guidelines 30 days after a fix is released would put a ton of our users at massive risk.

all in all nothing is perfect. and even microsoft with thousands of devs has bugs
linux has bugs, even web browsers have bugs.

i would just choose which ever implementation offers you the features you will use/want.
PS. dont get the 30 second sales pitches from reddit/twitter. do proper research on the code/documentation if it means alot to you to want/need to run a full node. (especially if you are running a business)

also if people tell you Gmaxwell is god
even gmaxwell gets bugs in his own client which he has yet to fix
https://github.com/bitcoin/bitcoin/issues/9997

that is using an exploit called ASICBOOST that only mines an empty block.

oh and BTCC (core/blockstream/dcg cartel pool) also does empty blocks
https://blockchain.info/block-height/465117
Quote
Relayed By    BTCC Pool
Number Of Transactions    1
Size    0.266 KB
16512  Bitcoin / Bitcoin Discussion / Re: Please run a full node on: May 11, 2017, 04:56:25 AM
2) the betraying node is not winning anything, because he's not making blocks at any faster pace than if he remained faithful to the other miners and their agreed-upon protocol.

wrong.. he has no competition so although his average times of maybe say 10.026.. he is not fighting off competition

ok

imagine it this way...

there are 2 100m tracks
track A
5 runners
they do their runs and after 100 races
on average each racer wins 20 races (give or take as some racers are slightly faster) but each race has a winner somewhere around 10 seconds


track B
1 runner
he runs, and after 100 races
he wins 100 races no competition
each race take around 10 seconds give or take a few miliseconds

he does not take 50 seconds.. he still only takes ~10 seconds but because he has no competition he wins every time

here il display it better


remember only the green numbers matter as thats the "fastest win", and there is no second place.. hense why no one cares about how long it takes the rest, which is where you wrongly think it takes the others much much much longer than reality(you imply he only gets 1 block every ~50 seconds)

as you can see.. on a track of 5 racers 1 guy only wins once out of 5 races..
but on his own he wins every race.. obviously.. and also it does not mean that if he only wins 1 race out of 5 with competition. that it would take 50 seconds without competition
16513  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 03:15:39 AM
from what i have been reading lately from around the web, the greater community wants segwit, which seems to be a success on every alt coin it has been applied to. cant see why any miners would want to risk splitting bitcoin and causing a crash when we have record highs in value, volume and fees. the only logical thing for miners to do is follow the money with segwit.

"success"
its not even actually fully functional yet.
segwit is about keypair utility.. not just "activation"

please read things NOT found on reddit/twitter. meaning: look for proper research material

its like reddit is saying, 'lite coin is a teenager that is sexually active'..
by that it means still a virgin but is actively ready to grab a breast at some point.
16514  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 02:50:23 AM
No, it wont, becouse BU is a shit

and you think core is perfect?
https://github.com/bitcoin/bitcoin/issues?q=is%3Aissue+is%3Aopen+label%3ABug

do you even know who has the puppet strings of core
puppeteer-blockstream
puppet master - DCG

follow the puppet strings
coinbase - litecoin - charlie lee - bobby lee - bitcoin - btcc
   \                                                                      /
        \       core- blockstream - elements:segwit     /
             \                      |                            /
                    digital currency group portfolio

read all the announcements of the 'economic' support of segwit at a closed door agreement session.
guess who's meeting that was  (hint check DCG)

check out who is organising the main "consensus" conferences
coinDESK - DCG - 'consensus roundtable meeting
16515  Bitcoin / Bitcoin Discussion / Re: can we admit segwit SF is never going to get 95% approval? on: May 11, 2017, 02:40:46 AM
Yes, a tier network (second layer), as you call it, preserves the base network from
failure and centralization.

the tier network.. well lets just call it what it really is
the centre main base of the network ... the "core" layer (no coincidence of names has been a plan in the works for years)
gets to do as they like
the outter layer the skin may pretend to protect the core from rot. but the outer layer is just the layer where all the much, bruises and holes are seen.
DNS seeds at the CORE can easily shed away the skin (much like we dont see 0.7 nodes anymore)
the skin layer then just acts as storage protection. and not validating/orphaning blocks to keep pools following diverse nodes whom have consensus unity rules.

if CORE becomes the only team at the centre.. bitcoin is centralised because there is no peer network any more to vote/veto out certain funky tx's/blocks.

tier networks (the way CORE are creating it) by bypassing node consensus and bribing pools, are trying to get the tier network in their sole centralized control


Core only bypassed verifying nodes by using a SF because:
(1) it was possible with this type of proposal/hack,
(2) it is pretty impossible currently to get high consensus for hardforks,
(3) hardfork's byproduct is centralization and other issues.

2. no.. if core actually listened to the community and stuck to agreements there would be a healthy majority of diverse nodes that would happily upgrade to a PEER network of new consensus rules that add new functionality FOR ALL.
its only impossible to get high consensus if the dev team make code the community cannot agree on.. core should use their ears more than their mouth. and things would have moved forward more quicker and with more of a united community ALL on the same playing field of a peer network.

3. soft forks/ hardforks both have the same risks.. but what most dont realise is that soft can cause splits too, and soft actually by using backdoors and exploits to bypass consensus can cause more centralisation.
hard forks can occur without causing splits without centralisation.. but many people are only highlighting softs best case scenario and hards worse case scenario, without even wanting to talk about the possibility of the opposite (softs worse, hards best)
16516  Bitcoin / Bitcoin Discussion / Re: SegWit dying off in spite of all your efforts on: May 11, 2017, 02:09:50 AM
Core team got more than 100+, most of then are unpaid.

most are just grammar nazi's editing copyright dates or words in the documentation/comments/readme files..
and most are just hoping one day they can get a line of code in somewhere to get noticed enough to get paid by blockstream

but when you look at who is moderating the IRC/tech discussion forums/mailing lists/bips

those 100+ unpaid guys dont have much sway unless they kiss ass first
16517  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 01:27:18 AM
with all that said.

if you stop reading the reddit FUD drama scripts. you will see that the implementations that are not blockstream endorsed DO NOT want to split the network

they were even offered to split the network many times and refused to take the offer.
they want to stay with a united diverse peer network.

the only group making threats of PoW changes, mandatory dictatorships with deadlines and threats. are the blockstream teams.

non blockstream endorsed implementations are just plodding along waiting for consensus. REAL consensus (node and pool)

the real funny part is. the blockstreamists cry that network splits are bad, but under the same breath are begging non blockstreamist to F**k off.
its all empty drama
16518  Bitcoin / Bitcoin Discussion / Re: Will BU Fork Soon Rip the Network in Half? on: May 11, 2017, 01:03:35 AM
bitcoin is bigger than "pools have the power"
bitcoin is a symbiotic relationship between nodes and pools

non mining nodes are not just database backups. nodes provide a crucial security mechanism too. which ensures that a simple 51% attack wont cause control issues. and pools have a security mechanism that prevents node sybil attacks wont cause control issues.

thats the beauty of bitcoin.

anyone saying non-mining nodes are meaningless are only saying that because they want to get you to shut down your non-mining node so that it sways the protection of that symbiotic relationship.

pools can have 30000000000exahash and make every block(that pool makes) in a certain funky format very quick.
but if nodes are rejecting those blocks in 3 seconds. they just look for another block from another source that does meet the rules

pools can make new blocks every 4 seconds and build ontop of themselves all they like (within their own local server) but if the network is rejecting that pool. they just wait for the other pools and accept a block that meets node rules..

meaning merchants never see the 30000000000exahash blocks reward because that pool trying to spend its reward had its block rejcted 100 blocks ago.
that pool realises its wasted all its hashpower making 100 blocks that merchants are not seeing.. so the pool cant spend it. thus the 30000000000exahash pool has a choice

continue wasting time making literally orphans in the hope nodes download a new version to accept 30000000000exahash pools blocks.
or
go back to make blocks that do fit the node consensus rules so merchants see the block as normal and the pool can spend its rewards
16519  Bitcoin / Bitcoin Discussion / Re: SegWit + Variable and Adaptive (but highly conservative) Blocksize Proposal on: May 11, 2017, 12:32:50 AM
if there is going to be a hard consensus to move to adaptive /dynamic blocks. then there would not need to be the 1:3 ratio of a block inside a block.

instead at a point where all the nodes are ready to accept adaptive blocks, validating segwit can be part of standard consensus.. meaning it can be just a single block format that allows
(TX input)(sig)(TX output) - native/legacy tx
and
(TX input)(TX output)(sig) - segwit
all in the same block area

thus allowing a CLEAN single merkle block where people that want to use segwit tx's can.. and those who want to remain with native tx's can and then that unites the community because there is no cludge of tier networks of stripping blocks apart and compatibility issues between different nodes.


also
Code:
    THEN BaseMaxBlockSize = BaseMaxBlockSize -0.01MB
      WitnessMaxBlockSize = WitnessMaxBlockSize -0.03MB

this would cause orphan risks of when nodes rescan the block chain

if 2016 blocks were X then the next time 2016 blocks were y(=x-0.01)  with the rules being Y.. all the X blocks would get orphaned because the 2016 blocks that are X are above the current Y rule.
16520  Bitcoin / Bitcoin Discussion / Re: SegWit dying off in spite of all your efforts on: May 11, 2017, 12:17:06 AM
But non mining nodes cannot vote on which chain is the longest PoW chain.  So, if the network introduces a new rule,
they don't get to vote.  They can only choose to go with a majority or minority split.

Anyway, I don't blame core for "giving pools the vote" -- it has to be that way.  But it's also dumb to blame ordinary users
for "worshipping the pool overlords" if miners are too lazy to switch pools or vote.

Bitcoin has to be based on PoW voting.  Any other way simply leads to Sybil attacks.

there is a symbiotic relationship.

full nodes exist, not just as a data backup, but as rule checkers too
nodes(non-mining) do have a an important role to play too..

thats the beauty of bitcoin..

yes there is a risk of sybil attack.
hense the need for diverse decentralised nodes

yes there is a risk of 51% pool attack.
hense the need for diverse amount of pools
Pages: « 1 ... 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 [826] 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 ... 1467 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!