[ANN] SpreadCoin | Decentralize Everything (decentralized blockexplorer coming)

[coins101]

..

Cool. Our own little hydra troll.

Like I said: Hail Hydra

Holy shit. The trolls have come down from the mountains.

Like I always say: Trolls are more than welcome - free bump, bump, bump on the main topic thread.

[coins101]

...I'm trying really, really hard to troll. But I'm new at it.

Cool, we get to bump the roadmap:

Roadmap:


   
   

			UBA stands for Universal Blockchain Analyzer. It's a built-in module that specializes in reading other coins blockchain data. It creates indexed and secured datastructures that are optimized for their distribution over the servicenodes network to be used for the decentralized blockexplorer
			UNA stands for Universal Network Analyzer. Once we have agreed on a methodoly for anonymous and decentralized big data, we will start development of another built-in module that scans network traffic caused by the hosted daemons. We will leave the daemons alone and not use their RPC services to ask them for info, we will rather deduce any info from the network streams themselves.

			Decentralized Blockexplorer Competitive collateral servicenodes each running a UBA module will enable spreadcoin's first decentralized service: A decentralized blockexplorer operating from within the spreadcoin wallet, allowing servicenodes to host any coin they like. The ongoing "Altcoin Taxonomy Project" and its implementation of coinURIs will create the largest best reviewed database of altcoins, encouraging a more informed decision-making among both users and servicenode operators.
			Anonymous & Decentralized Big Data Methodology Big Data done the wrong way can pose a great danger to both privacy and decentralization. Therefor preliminary research is currently done to explore privacy, security and validity issues. Note that the potential monetization and profitability of Big Data is completely irrelevant at this stage. It is entirely possible that Big Data will turn out to be incompatible with true decentralization principles, in which case we will limit the use of all analyzed network data to merely improve the operation of servicenodes.
			Proof Of Bitcoin Node / Proof Of Any Node Proving that a full bitcoin node is exclusively installed and used by a single servicenode requires a solution similar in complexity and about as groundbreaking as solving the double-spend problem in bitcoin. Solving PoBN will likely allow the creation of a decentralized exchange and (should a valid big data methodology be found) a big data market.

[Grim]

holy shit that hydra troll is bloody awesome     

LMFAO

[crysx]

OMG ...

here we go again ...

im still here watching - and  one of the reasons i pulled right back in comments form long ago - is this troll infestation ...

watching is my preferred method ...

o - and mining too ...

thefarm is coming back to its former glory ...

#crysx

[harambepirate]

It is I, the lover of Harambe, and I am here to poll you about your feelings. For far too long this community has not shown its respects to Harambe. That will change today! Take this poll...

http://www.strawpoll.me/11157975

Thanks for your time.

Also.....


Georgen... I am disappointed that you have not mentioned Harambe in any of your posts.... Do better. 

[coins101]

Numbers of reachable full Bitcoin nodes down to 3482 (vs 5,200 on main page, so not all listed are reachable)

https://bitnodes.21.co/nodes/leaderboard/

Before pools software, increase in blockchain size and huge bandwidth requirements (can reach 1TB per month), the numbers were over 10,000 nodes.

Let's get back to 10,000 and host those nodes all over the world where users are.

[coins69]

Wow. These trolls, lol. Bump. Bump. Bump!

Except impostercoins has it all wrong about spreading the nodes. Georgen's vision is far superior.

Georgen's one mega-centralized Service NOde will be the best for bitcoin. Just wait and see.

100000000M incoming.

[coins101]

Wow. These trolls, lol. Bump. Bump. Bump!

Except impostercoins has it all wrong about spreading the nodes. Georgen's vision is far superior.

Georgen's one mega-centralized Service NOde will be the best for bitcoin. Just wait and see.

100000000M incoming.

The focus on Spreading the word is starting to gain momentum. If this is some sort of keep the price down tactic to give you time to accumulate, it ain't gonna work.

Get'em while they're cheap.

At $1, Georgem can start thinking about rolling off his customers work and focus full time on development of SPR. That's going to spur on the price even more.

Like I said, get'em while they're cheap.

I found out recently that a company I joined soon after it was founded for $200 was valued earlier this year at $170m, $110m more than when I helped it get sold to a bank. So all the things I helped put in place were still doing their magic for investors.

Likewise, some of us around here were helping Dash get its foundations in place including an active community. I was buying dash for $0.30 each.  

Get'em while they're cheap  

[AnotherNode]

If using the Spreadsheet that Coins put up earlier this year and using the max nodes value of coinsupply/2880 the ROI calculations for running a Bitcoin node are starting to look interesting if the price keeps moving up



I adjusted the max service nodes based on Georgem's original gif, but I doubt we would see the max number of nodes immediately, so the ROI should still be ok while the price keeps going up attracting more nodes and then competitive bidding for rewards.



In 4 years time, the VPS would need to have 1TB drive, so the value of each Spreadcoin would need to be approaching $5.

[bbc.reporter]

Starting to watch this thread. I am also here to say thank you for making the initiative of giving the incentive for running bitcoin nodes. This is proof that bitcoin and altcoins can coexist and be complementary with each other.

[depumptek]

I would buy a few coins back if something was going on here

https://github.com/spreadcoin/spreadcoin/tree/master

Nearly one year since last commit, $240k marketcap...

It seems over valued for someone new coming in.

Actually, I have seen the private github of georgen. Amassed within this github is a treasure trove of spaghetti code. All of which will be used for the one centralized master node!!!!!!!!!!

We will soon be worshipping georgen.

250k market is paltry compared to where we should be. 250 billion market cap incoming.

[georgen]

Wow. These trolls, lol. Bump. Bump. Bump!

Except impostercoins has it all wrong about spreading the nodes. Georgen's vision is far superior.

Georgen's one mega-centralized Service NOde will be the best for bitcoin. Just wait and see.

100000000M incoming.

I think we can all agree that there is no money in decentralization.  Sounds like communism.  Every miner getting a vote on the reward paid to the nodes, leaves us with faux equality.  The wealthy in fiat will have all the power within this decentralized system. 

Under my mega-centralized node there will be profit for days.  We will give only the true supporters (coins69, physical bitcoin, etc.) a vote.  That way this mega-centralized system will work for those who cared and supported spread coin, not those who instamined it and collected bags when it was pennies on the spread.

Stay Tuned 

[clonehedge]

I would buy a few coins back if something was going on here

https://github.com/spreadcoin/spreadcoin/tree/master

Nearly one year since last commit, $240k marketcap...

It seems over valued for someone new coming in.

Actually, I have seen the private github of georgen. Amassed within this github is a treasure trove of spaghetti code. All of which will be used for the one centralized master node!!!!!!!!!!

We will soon be worshipping georgen.

250k market is paltry compared to where we should be. 250 billion market cap incoming.

Wait, you've seen georgen's spaghetti code? You're probably lying.

I've been here for one whole decade, and there has been no substantial progress aside from a stupid (yet pretty) paper wallet! My 2 cents donation did nothing to help georgen develop the single servicenode that I foresaaw when I helped write the whitepaper.  

Though, if there is spaghetti code.. my spreadfiat could have been worth a lot. If you all want to donate to me you can...

https://memegenerator.net/instance/71516503

[Mr.Spreadthehamster]

Squeak squeak. Squeak squeakers squeaken.

Georgen, please make a paper wallet I can use to make a bed. Also send me a Ms. Spread. I don't have opposable thumbs you know. Squeak!

[Goergem]

Thanks for the bump, bump, bump 

[coins101]

This is quite a neat way to help in rating ServiceNodes, in terms of making a decision as to who gets bumped off the payments list based on quality of node service to the network:

Code:

PEER INDEX (PIX)

PIX = ((VI + SI + HI + AI + PI + DLI + DUI + WLI + WUI + NI + BI) / 11.0) x 10.0

VI = Protocol version index
    VI = 1 / r
        r = rank of node's protocol version
        Consensus protocol version is ranked 1 followed by the next most common protocol version

SI = Services index
    SI = 1.0 for NODE_NETWORK, 0.0 for other

HI = Height index
    HI = h / H
        h = node's latest height
        H = consensus height

AI = ASN index
    AI = ln((1 / n) x N) / ln(N)
        N = number of reachable nodes
        n = number of nodes from N with the same ASN

PI = Port index
    PI = 1.0 for 8333 (default port), 0.0 for other

DLI = Average daily latency index
    DLI = 1.0 for <=  300 ms
          0.9 for <=  400 ms
          0.8 for <=  500 ms
          0.7 for <=  600 ms
          0.6 for <=  700 ms
          0.5 for <=  800 ms
          0.4 for <=  900 ms
          0.3 for <= 1000 ms
          0.2 for <= 1100 ms
          0.1 for <= 1200 ms
          0.0 for  > 1200 ms

DUI = Daily uptime index
    DUI = t / T
        t = number of daily ticks with latency > 0
        T = number of daily ticks
        Tick with latency <= 0 indicates that node is unreachable

WLI = Average weekly latency index
    WLI = 1.0 for <=  300 ms
          0.9 for <=  400 ms
          0.8 for <=  500 ms
          0.7 for <=  600 ms
          0.6 for <=  700 ms
          0.5 for <=  800 ms
          0.4 for <=  900 ms
          0.3 for <= 1000 ms
          0.2 for <= 1100 ms
          0.1 for <= 1200 ms
          0.0 for  > 1200 ms

WUI = Weekly uptime index
    WUI = t / T
        t = number of weekly ticks with latency > 0
        T = number of weekly ticks
        Tick with latency <= 0 indicates that node is unreachable

NI = Nodes index
    NI = (p ∩ N) / N
        p = peers returned in addr responses
        N = reachable nodes

BI = Block index
    BI = 1.0 if valid block is returned in response to getdata request, 0.0 if otherwise

[georgerm]

Hey everyone,

I've been coding in my bunker for a while and come back to this mega hydra troll? What has become of this forum!?

Now there are three imposter Devs! Georgem, Goergem, georgen.... What is next??! Georgern?

Anyways, I have an update on the newest vanity gen coming soon. It's really cool. It makes half an address and then you just can look at it... Because it's not a full address.

Anyways, more on that later.

Stay tuned 

[georgen]

Georgen here (the real dev),

I honestly think we just need to ignore these trolls.  The miserable hydra has taken over and acknowledging their presence will only feed into their master plan (which I can only assume is to try and confuse us real Spread community members).

Luckily there is an easy test to determine who the real developer is and I have passed with flying colors [if I do say so myself (which I do)].

The test is to ask who has released the most substantive developments.  I have shown my highly complex code on forum, video of myself coding, and I have released the graphic mock up of the paper wallet which even the troll coins101 hailed as revolutionary.

With all of that in mind don't think that I have forgotten my work.

Here is a short video of me coding the paper wallet on my coveted type writer all while listening to some of Switzerland's classical music.

https://www.youtube.com/watch?v=T-i-Y6-BWOM

Soon I will be coding the triple vanitygen (which they said couldn't be done).  We will soon have the happy powers of creating three unique and useful wallet addresses.  I know what you are thinking... how could such a great thing be possible... to that I just have to say Stay Tuned 

Trust in me, centralize everything.

[Goergem]

I'm so lame

Hey, super hydra troll. It's me. The real dev. When you show up, the price increases 

[rhinomonkey]

This is quite a neat way to help in rating ServiceNodes, in terms of making a decision as to who gets bumped off the payments list based on quality of node service to the network:

Code:

PEER INDEX (PIX)

PIX = ((VI + SI + HI + AI + PI + DLI + DUI + WLI + WUI + NI + BI) / 11.0) x 10.0

VI = Protocol version index
    VI = 1 / r
        r = rank of node's protocol version
        Consensus protocol version is ranked 1 followed by the next most common protocol version

SI = Services index
    SI = 1.0 for NODE_NETWORK, 0.0 for other

HI = Height index
    HI = h / H
        h = node's latest height
        H = consensus height

AI = ASN index
    AI = ln((1 / n) x N) / ln(N)
        N = number of reachable nodes
        n = number of nodes from N with the same ASN

PI = Port index
    PI = 1.0 for 8333 (default port), 0.0 for other

DLI = Average daily latency index
    DLI = 1.0 for <=  300 ms
          0.9 for <=  400 ms
          0.8 for <=  500 ms
          0.7 for <=  600 ms
          0.6 for <=  700 ms
          0.5 for <=  800 ms
          0.4 for <=  900 ms
          0.3 for <= 1000 ms
          0.2 for <= 1100 ms
          0.1 for <= 1200 ms
          0.0 for  > 1200 ms

DUI = Daily uptime index
    DUI = t / T
        t = number of daily ticks with latency > 0
        T = number of daily ticks
        Tick with latency <= 0 indicates that node is unreachable

WLI = Average weekly latency index
    WLI = 1.0 for <=  300 ms
          0.9 for <=  400 ms
          0.8 for <=  500 ms
          0.7 for <=  600 ms
          0.6 for <=  700 ms
          0.5 for <=  800 ms
          0.4 for <=  900 ms
          0.3 for <= 1000 ms
          0.2 for <= 1100 ms
          0.1 for <= 1200 ms
          0.0 for  > 1200 ms

WUI = Weekly uptime index
    WUI = t / T
        t = number of weekly ticks with latency > 0
        T = number of weekly ticks
        Tick with latency <= 0 indicates that node is unreachable

NI = Nodes index
    NI = (p ∩ N) / N
        p = peers returned in addr responses
        N = reachable nodes

BI = Block index
    BI = 1.0 if valid block is returned in response to getdata request, 0.0 if otherwise

Where did you get this?

NI = (p ∩ N)/N - what does the upside down U represent again? I forget my statistics :/

Edit: nevermind - it's probability of p and N

At what percentage of PIX would a node cease to receive rewards? Some standard deviations below that average of the network or would there be a standard set up to represent what is a "high rated" Service Node?

Edit 2: These trolls are bumping price up! Let them all come down from the mountains!