Bitcoin Forum
November 25, 2017, 08:10:50 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 ... 91 »
  Print  
Author Topic: [ANN][HLM] HELIUM - PRE NOTICE  (Read 128330 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
stonehedge
Legendary
*
Offline Offline

Activity: 1190


Decentralize Everything


View Profile WWW
March 15, 2017, 07:20:48 AM
 #121

..
DOUBLE EDIT: Holy shit, they've dropped the price to $10 for a perpetual license for self hosting (max 10 users). Jums to a 4 figure sum for more than 10 users though.

Looks like a good deal - you found it here, right?

https://www.atlassian.com/licensing/jira-software#serverlicenses-1

thats still a lotta cash ...

any opensource projects out there that do a similar thing guys? ...

#crysx

Bugzilla is a good one.  It's a bit agricultural in design but very powerful.  I hosted one for a few months last year before we decided that a kanban board and github was enough for us.
Join ICO Now Coinlancer is Disrupting the Freelance marketplace!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511597450
Hero Member
*
Offline Offline

Posts: 1511597450

View Profile Personal Message (Offline)

Ignore
1511597450
Reply with quote  #2

1511597450
Report to moderator
1511597450
Hero Member
*
Offline Offline

Posts: 1511597450

View Profile Personal Message (Offline)

Ignore
1511597450
Reply with quote  #2

1511597450
Report to moderator
1511597450
Hero Member
*
Offline Offline

Posts: 1511597450

View Profile Personal Message (Offline)

Ignore
1511597450
Reply with quote  #2

1511597450
Report to moderator
coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 16, 2017, 12:02:30 AM
 #122

Interesting doing some background research on patents in the mobile payments space.

Found this site which has some interesting features on Apple patents

http://www.patentlyapple.com

adolf512
Full Member
***
Offline Offline

Activity: 210

you will lose money


View Profile
March 16, 2017, 12:58:58 PM
 #123

Will this project offer any real advantages over dash?
Technical Architecture
* Total Coin Supply (about 20m, tbc)
* Block halving (around 7% per year, tbc)
* PoW only algo (tbc)
* Block time (tbc)
* Download clients (tbc)
* Port (tbc)
* RPC-Port (tbc)
That is a bad decision, exponential decrease in the block reward is far from ideal. Also i actually think discrete actual halvings is better than a smooth decrease.

My idea for a zcash fork https://bitcointalk.org/index.php?topic=1886766.0

Fuck christ insanity, there is no absolute morality http://mightisright.net/ http://vintologi.clanz.co/
coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 16, 2017, 06:59:43 PM
 #124

OP has been updated with details of the second SPR explorer to provide two places for cross checking block heights for the cut-off.

We do not control them, but we have paid for the second one, which will have it's premium status open for about 9 months before it reverts back to basic status. This can be extended.

http://cryptoguru.tk/RichList/index.php?Currency=SPR

We will also host the HELIUM explorer in the same places to validate and cross check the swaps.

coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 16, 2017, 07:30:25 PM
 #125

I have posted a sell order on Bittrex for SPR.

This is to pay for a number of start-up costs. Some details on slack and up thread.

It will be treated as a loan to Helium as I'd like those coins back. I raised this several days ago on Slack and asked for any views or alternative proposals to start-up funding.

The sell order is at 6500.

Coins moved

http://cryptoguru.tk/Address/index.php?Currency=SPR&Address=SQ5sYyhR2xheMgPp9Bv5orwpoFbo3egzTU+

x-check

https://chainz.cryptoid.info/spr/block.dws?1358836.htm

stonehedge
Legendary
*
Offline Offline

Activity: 1190


Decentralize Everything


View Profile WWW
March 16, 2017, 10:12:03 PM
 #126

I have posted a sell order on Bittrex for SPR.

This is to pay for a number of start-up costs. Some details on slack and up thread.

It will be treated as a loan to Helium as I'd like those coins back. I raised this several days ago on Slack and asked for any views or alternative proposals to start-up funding.

The sell order is at 6500.

Coins moved

http://cryptoguru.tk/Address/index.php?Currency=SPR&Address=SQ5sYyhR2xheMgPp9Bv5orwpoFbo3egzTU+

x-check

https://chainz.cryptoid.info/spr/block.dws?1358836.htm

I'll have a nibble if any are left after I get some BTC together.
coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 18, 2017, 04:25:41 PM
 #127

I have posted a sell order on Bittrex for SPR.

This is to pay for a number of start-up costs. Some details on slack and up thread.

It will be treated as a loan to Helium as I'd like those coins back. I raised this several days ago on Slack and asked for any views or alternative proposals to start-up funding.

The sell order is at 6500.

Coins moved

http://cryptoguru.tk/Address/index.php?Currency=SPR&Address=SQ5sYyhR2xheMgPp9Bv5orwpoFbo3egzTU+

x-check

https://chainz.cryptoid.info/spr/block.dws?1358836.htm

Thanks whoever bought those.

We'll be making some announcements about the launch process soon enough, once I get permissions from a few contributors to the project to put them in the OP.

coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 19, 2017, 10:55:02 AM
 #128

This news is very timely  Cool


http://www.coindesk.com/40-blockchain-firms-unite-in-fight-against-patent-trolls/


We will be making contact with this new advisory panel first thing Monday morning.

coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 19, 2017, 09:39:37 PM
 #129

Karmashark raised a good point about collateral requirements.

Lets open up a discussion on masternode collateral. Here are some options:



We do need to seek views as people will have opinions on affordability of masternodes and distribution around early investors. We will have some limits as to what we can do to please everyone, but lets give it a go.

From my perspective, 10,000 HLM generates too few servers. We'll be looking to run millions of user accounts so we have to take into account the numbers of severs we can run on the network to spread and carry the load.

We also need to take into account 5%-20% of nodes going down at any one point due to DDoS attacks; day to day redundancy; and network performance as experienced by users.

250 HLM is towards the range we're interested in, but we won't need that level of capacity for a decade or more, so it creates a sybil risk until the price of HLM rises.

800 HLM to 1,250 HLM for collateral is the range that gives a good compromise between economic barrier to sybil attacks and providing sufficient room for supporting ordinary payments users on the network.

Then we need to factor the current and near future coin supply. This has an impact on the choices we make now and in the near future.



We can change the rules down the road, but that would disrupt business as usual for everyone running masternodes. Running a 24/7 payments network for tens of millions of users means we'll have to look at migrate+upgrade (really hard) vs upgrade only if we ever need to switch the protocol while trying to meet end user SLAs.

We will have 2 or 3 hard forks between launch and the end of 2018. We won't be anywhere near capacity by the end of 2018, so we can come back to this issue in 2018 when we start planning for something that will last for 10-20 years in terms of the collateral vs. server capacity.

Nikolaj
Sr. Member
****
Offline Offline

Activity: 446


View Profile
March 20, 2017, 12:38:17 AM
 #130

I have posted a sell order on Bittrex for SPR.

This is to pay for a number of start-up costs. Some details on slack and up thread.

It will be treated as a loan to Helium as I'd like those coins back. I raised this several days ago on Slack and asked for any views or alternative proposals to start-up funding.

The sell order is at 6500.

Coins moved

http://cryptoguru.tk/Address/index.php?Currency=SPR&Address=SQ5sYyhR2xheMgPp9Bv5orwpoFbo3egzTU+

x-check

https://chainz.cryptoid.info/spr/block.dws?1358836.htm

Thanks whoever bought those.

We'll be making some announcements about the launch process soon enough, once I get permissions from a few contributors to the project to put them in the OP.

 Wink

Let us know, thanks in advance.

I'll have the potential to support it on the server-side, as an early bid or for testing purposes. We'll have a talk soon about that
SockPuppetAccount
Hero Member
*****
Offline Offline

Activity: 686


Live Stars - Adult Streaming Platform


View Profile
March 20, 2017, 12:57:45 AM
 #131


We do need to seek views as people will have opinions on affordability of masternodes and distribution around early investors. We will have some limits as to what we can do to please everyone, but lets give it a go.

From my perspective, 10,000 HLM generates too few servers. We'll be looking to run millions of user accounts so we have to take into account the numbers of severs we can run on the network to spread and carry the load.

We also need to take into account 5%-20% of nodes going down at any one point due to DDoS attacks; day to day redundancy; and network performance as experienced by users.

250 HLM is towards the range we're interested in, but we won't need that level of capacity for a decade or more, so it creates a sybil risk until the price of HLM rises.

800 HLM to 1,250 HLM for collateral is the range that gives a good compromise between economic barrier to sybil attacks and providing sufficient room for supporting ordinary payments users on the network.

Then we need to factor the current and near future coin supply. This has an impact on the choices we make now and in the near future.

We can change the rules down the road, but that would disrupt business as usual for everyone running masternodes. Running a 24/7 payments network for tens of millions of users means we'll have to look at migrate+upgrade (really hard) vs upgrade only if we ever need to switch the protocol while trying to meet end user SLAs.

We will have 2 or 3 hard forks between launch and the end of 2018. We won't be anywhere near capacity by the end of 2018, so we can come back to this issue in 2018 when we start planning for something that will last for 10-20 years in terms of the collateral vs. server capacity.

DON'T make the requirement 1000 HLM on the dot, simply for the sake of marketing.  It's an incredibly minor detail but take every opportunity possible to say, "HLM started off as a DASH fork but HLM is much more than a simple DASH clone".

IMO, lean towards the high end for collateral requirement at launch, so 1250 HLM.  I don't like having so much of the float locked up, but I suspect it is going to be wise to prioritize having a strong barrier to Sybil attacks as certain communities out there have plenty of money to burn.  As it becomes feasible and necessary to do so, the requirement can drop towards the 250 HLM level.

entropycoin
Full Member
***
Offline Offline

Activity: 169


View Profile
March 20, 2017, 05:32:33 AM
 #132

I still like (at least initially) a dynamic model tied to price. So that people aren't annoyed with constantly updating the collateral tied to a node, it could fluctuate quarterly, or even less frequently. But I think the goal should be to constantly provide a yield of at least a 2x the operational costs.

DRK: Xi2c97ZMtfU2nMeJkY1kD1Ry3tmRnnQfHP
stonehedge
Legendary
*
Offline Offline

Activity: 1190


Decentralize Everything


View Profile WWW
March 20, 2017, 07:15:30 AM
 #133

I still like (at least initially) a dynamic model tied to price. So that people aren't annoyed with constantly updating the collateral tied to a node, it could fluctuate quarterly, or even less frequently. But I think the goal should be to constantly provide a yield of at least a 2x the operational costs.

I like the concept of this but it would be a bitch to code in such a way that people didn't have to rebuild their masternodes every time the collateral requirement changed.

I have no objection  with going for 1,000 HLM from the start. There should be no in embarrassment in using Dash code as long as the plan is to use it as a foundation to build on and I don't think having the same 1000 Coin requirement is going to make HLM look like a simple clone.  Especially over the long term.
entropycoin
Full Member
***
Offline Offline

Activity: 169


View Profile
March 20, 2017, 08:00:23 AM
 #134

I still like (at least initially) a dynamic model tied to price. So that people aren't annoyed with constantly updating the collateral tied to a node, it could fluctuate quarterly, or even less frequently. But I think the goal should be to constantly provide a yield of at least a 2x the operational costs.

I like the concept of this but it would be a bitch to code in such a way that people didn't have to rebuild their masternodes every time the collateral requirement changed.

I have no objection  with going for 1,000 HLM from the start. There should be no in embarrassment in using Dash code as long as the plan is to use it as a foundation to build on and I don't think having the same 1000 Coin requirement is going to make HLM look like a simple clone.  Especially over the long term.

You could code it so it recognizes any integer greater than the minimum collateral requirement.

Let's say the minimum requirement is 1000. After some initial hype, the marketcap retraces a bit to the point that 1000 is no longer profitable and the min requirement is temporarily changed to 1500. Person a has 1000 tied to a node, person b 2000. Person b was incentiveized to add more hlm to a node so they can take the Ron propiel set it and forget it approach. Person a has to monitor their node more closely and have a bit of hlm on standby (can't necessarily dump node profit into market). Both with a node win, because it'll always be profitable.

I'm mostly interested in this for the dynamics it would create and the fact that as much as hlm rose in value it would likely never be unobtainable for the vast majority of those interested in setting up a node and least not for long unless insanely costly vps requirements become a necessity.

DRK: Xi2c97ZMtfU2nMeJkY1kD1Ry3tmRnnQfHP
e1ghtSpace
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
March 20, 2017, 08:12:25 AM
 #135

I still like (at least initially) a dynamic model tied to price. So that people aren't annoyed with constantly updating the collateral tied to a node, it could fluctuate quarterly, or even less frequently. But I think the goal should be to constantly provide a yield of at least a 2x the operational costs.

I like the concept of this but it would be a bitch to code in such a way that people didn't have to rebuild their masternodes every time the collateral requirement changed.

I have no objection  with going for 1,000 HLM from the start. There should be no in embarrassment in using Dash code as long as the plan is to use it as a foundation to build on and I don't think having the same 1000 Coin requirement is going to make HLM look like a simple clone.  Especially over the long term.

You could code it so it recognizes any integer greater than the minimum collateral requirement.

Let's say the minimum requirement is 1000. After some initial hype, the marketcap retraces a bit to the point that 1000 is no longer profitable and the min requirement is temporarily changed to 1500. Person a has 1000 tied to a node, person b 2000. Person b was incentiveized to add more hlm to a node so they can take the Ron propiel set it and forget it approach. Person a has to monitor their node more closely and have a bit of hlm on standby (can't necessarily dump node profit into market). Both with a node win, because it'll always be profitable.

I'm mostly interested in this for the dynamics it would create and the fact that as much as hlm rose in value it would likely never be unobtainable for the vast majority of those interested in setting up a node and least not for long unless insanely costly vps requirements become a necessity.
What if there were a limited amount of masternodes (dynamically increasing with the coin supply, maybe), but they only get paid according to their collateral. So someone who has 50x 100 hlm masternodes gets paid the same as someone with 1x 5000 hlm masternode. This means that there will probably be enough spots for a lot of people.

They would all get paid randomly... ah damn, I forgot about sybil attacks. We should have a lower limit for the collateral, I guess, and this idea could still work.

Does anyone think it is a good idea?

██████████████████            ██████████
████████████████              ██████████
██████████████          ▄█   ███████████
████████████         ▄████   ███████████
██████████        ▄███████  ████████████
████████        ▄█████████  ████████████
██████        ▄███████████  ████████████
████       ▄██████████████ █████████████
██      ▄███████████████████████████████
▀        ███████████████████████████████
▄          █████████████████████████████
██▄         ▀███████████████████████████
████▄        ▀██████████████████████████
██████▄        ▀████████████████████████
████████▄        ████████████████▀ █████
██████████▄       ▀█████████████  ██████
████████████▄       ██████████   ███████
██████████████▄      ▀██████    ████████
████████████████▄▄     ███     █████████
███████████████████▄    ▀     ██████████
█████████████████████▄       ███████████
███████████████████████▄   ▄████████████





▄█████████████████   ███             ███   ███   ███▄                ▄███            █████            ████████████████   ████████████████▄             █████
███▀                 ███             ███   ███   ████▄              ▄████           ███████           ███                ███           ▀███           ███████
███                  ███             ███   ███   █████▄            ▄█████          ███▀ ▀███          ███                ███            ███          ███▀ ▀███
███                  ███             ███   ███   ███ ███▄        ▄███ ███        ▄███▀   ▀███▄        ███                ███           ▄███        ▄███▀   ▀███▄
███                  ███████████████████   ███   ███  ▀██▄      ▄██▀  ███       ▄███▀     ▀███▄       ████████████████   ████████████████▀        ▄███▀     ▀███▄
███                  ███             ███   ███   ███   ▀███    ███▀   ███      ▄███▀       ▀███▄      ███                ███        ███          ▄███▀       ▀███▄
███                  ███             ███   ███   ███    ▀███  ███▀    ███     ▄███▀         ▀███▄     ███                ███         ███        ▄███▀         ▀███▄
███▄                 ███             ███   ███   ███      ██████      ███    ▄███             ███▄    ███                ███          ███      ▄███             ███▄
▀█████████████████   ███             ███   ███   ███       ████       ███   ▄███               ███▄   ████████████████   ███           ███    ▄███               ███▄

|
  TRUE BLOCKCHAIN GAMING PLATFORM 
DECENTRALISED AUTONOMOUS UNIVERSES

  HOME PAGE                                                                  WHITE PAPER 
|
coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 20, 2017, 12:39:13 PM
 #136

I still like (at least initially) a dynamic model tied to price. So that people aren't annoyed with constantly updating the collateral tied to a node, it could fluctuate quarterly, or even less frequently. But I think the goal should be to constantly provide a yield of at least a 2x the operational costs.

I like the concept of this but it would be a bitch to code in such a way that people didn't have to rebuild their masternodes every time the collateral requirement changed.

I have no objection  with going for 1,000 HLM from the start. There should be no in embarrassment in using Dash code as long as the plan is to use it as a foundation to build on and I don't think having the same 1000 Coin requirement is going to make HLM look like a simple clone.  Especially over the long term.

You could code it so it recognizes any integer greater than the minimum collateral requirement.

Let's say the minimum requirement is 1000. After some initial hype, the marketcap retraces a bit to the point that 1000 is no longer profitable and the min requirement is temporarily changed to 1500. Person a has 1000 tied to a node, person b 2000. Person b was incentiveized to add more hlm to a node so they can take the Ron propiel set it and forget it approach. Person a has to monitor their node more closely and have a bit of hlm on standby (can't necessarily dump node profit into market). Both with a node win, because it'll always be profitable.

I'm mostly interested in this for the dynamics it would create and the fact that as much as hlm rose in value it would likely never be unobtainable for the vast majority of those interested in setting up a node and least not for long unless insanely costly vps requirements become a necessity.

I like the idea of variable rewards. We'll see if we can put it on the road map for 2018/19 after we've done some specs and worked through the economic model.

One of the aspects of ServiceNodes is that they will, over the long-term, pay for MasterNodes, development and other network costs (for those not familiar with the background as to why we have two types of layer 2 nodes).

As the coinbase rewards diminish, the payments to masternodes and miners will come under the spotlight. You either put up fees, or you find an alternative source of income, so you have new money and fees.

However, when you need to rely on services fees, they can be variable, so we will in time need to adapt to a quarter-by-quarter review of reward distributions to the network. If we're successful, people will deposit collateral to earn money on a relatively consistent rate of return - like a savings account. Any extra, we might be able to send to miners.

Services income and low fees to sustain the network - this is a unique difference that DASH has not addressed.

coins101
Legendary
*
Offline Offline

Activity: 1400



View Profile
March 20, 2017, 03:56:12 PM
 #137

..What if there were a limited amount of masternodes (dynamically increasing with the coin supply, maybe), but they only get paid according to their collateral. So someone who has 50x 100 hlm masternodes gets paid the same as someone with 1x 5000 hlm masternode. This means that there will probably be enough spots for a lot of people.

They would all get paid randomly... ah damn, I forgot about sybil attacks. We should have a lower limit for the collateral, I guess, and this idea could still work.

Does anyone think it is a good idea?

Fixed numbers is an interesting idea. But what problem are we trying to solve? Incentives to invest or capacity to efficiently process?

If we want the network to be used by tens of millions of users, then a limited number of masternodes means the network will potentially show signs of network lag due to an increasing user base being put onto a fixed number of servers.

You wouldn't notice any problems for a few years, but then users would start to experience a lag in the service. Each server would have the ability to scale up in terms of storage space, but then you need to take account of processing capabilities and bandwidth.

If we introduce a way to use up the coin supply in too few servers, users will experience problems and go elsewhere.

This isn't so much about numbers of transactions per second. We'll need to scale to a huge number of those. This is about a system that introduces a thin client for running wallets online without having to download a client.

e1ghtSpace
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
March 20, 2017, 09:04:56 PM
 #138

..What if there were a limited amount of masternodes (dynamically increasing with the coin supply, maybe), but they only get paid according to their collateral. So someone who has 50x 100 hlm masternodes gets paid the same as someone with 1x 5000 hlm masternode. This means that there will probably be enough spots for a lot of people.

They would all get paid randomly... ah damn, I forgot about sybil attacks. We should have a lower limit for the collateral, I guess, and this idea could still work.

Does anyone think it is a good idea?

Fixed numbers is an interesting idea. But what problem are we trying to solve? Incentives to invest or capacity to efficiently process?

If we want the network to be used by tens of millions of users, then a limited number of masternodes means the network will potentially show signs of network lag due to an increasing user base being put onto a fixed number of servers.

You wouldn't notice any problems for a few years, but then users would start to experience a lag in the service. Each server would have the ability to scale up in terms of storage space, but then you need to take account of processing capabilities and bandwidth.

If we introduce a way to use up the coin supply in too few servers, users will experience problems and go elsewhere.

This isn't so much about numbers of transactions per second. We'll need to scale to a huge number of those. This is about a system that introduces a thin client for running wallets online without having to download a client.
Yeah, maybe processing power / internet speed / storage / whatever could also go towards the collateral, so that a better vps would get paid more? I don't know.

But this does make them very decentralised, maybe spreadcoin could do this?

██████████████████            ██████████
████████████████              ██████████
██████████████          ▄█   ███████████
████████████         ▄████   ███████████
██████████        ▄███████  ████████████
████████        ▄█████████  ████████████
██████        ▄███████████  ████████████
████       ▄██████████████ █████████████
██      ▄███████████████████████████████
▀        ███████████████████████████████
▄          █████████████████████████████
██▄         ▀███████████████████████████
████▄        ▀██████████████████████████
██████▄        ▀████████████████████████
████████▄        ████████████████▀ █████
██████████▄       ▀█████████████  ██████
████████████▄       ██████████   ███████
██████████████▄      ▀██████    ████████
████████████████▄▄     ███     █████████
███████████████████▄    ▀     ██████████
█████████████████████▄       ███████████
███████████████████████▄   ▄████████████





▄█████████████████   ███             ███   ███   ███▄                ▄███            █████            ████████████████   ████████████████▄             █████
███▀                 ███             ███   ███   ████▄              ▄████           ███████           ███                ███           ▀███           ███████
███                  ███             ███   ███   █████▄            ▄█████          ███▀ ▀███          ███                ███            ███          ███▀ ▀███
███                  ███             ███   ███   ███ ███▄        ▄███ ███        ▄███▀   ▀███▄        ███                ███           ▄███        ▄███▀   ▀███▄
███                  ███████████████████   ███   ███  ▀██▄      ▄██▀  ███       ▄███▀     ▀███▄       ████████████████   ████████████████▀        ▄███▀     ▀███▄
███                  ███             ███   ███   ███   ▀███    ███▀   ███      ▄███▀       ▀███▄      ███                ███        ███          ▄███▀       ▀███▄
███                  ███             ███   ███   ███    ▀███  ███▀    ███     ▄███▀         ▀███▄     ███                ███         ███        ▄███▀         ▀███▄
███▄                 ███             ███   ███   ███      ██████      ███    ▄███             ███▄    ███                ███          ███      ▄███             ███▄
▀█████████████████   ███             ███   ███   ███       ████       ███   ▄███               ███▄   ████████████████   ███           ███    ▄███               ███▄

|
  TRUE BLOCKCHAIN GAMING PLATFORM 
DECENTRALISED AUTONOMOUS UNIVERSES

  HOME PAGE                                                                  WHITE PAPER 
|
adolf512
Full Member
***
Offline Offline

Activity: 210

you will lose money


View Profile
March 21, 2017, 12:32:22 AM
 #139

I had an idea to decrease the blockreward(including masternode reward) with the number of masternodes a whioe back, i no longer think that is a good solution but you might have a different view, this project will fail anyway, makes no difference.

My idea for a zcash fork https://bitcointalk.org/index.php?topic=1886766.0

Fuck christ insanity, there is no absolute morality http://mightisright.net/ http://vintologi.clanz.co/
KarmaShark
Hero Member
*****
Offline Offline

Activity: 568


Co-founder - Helium


View Profile WWW
March 21, 2017, 01:55:04 AM
 #140

Details regarding the launch of Helium, coin distribution (snapshot) along with pre-launch work you can help with all coming soon. Check the OP along with the current page here as we will be keeping the community engaged.


There will be advanced notice given prior to the Speadcoin snapshot, including an awareness campaign to introduce the industry to Helium. Every effort will be made to ensure the entire blockchain and cryptocurrency industry is well aware of the pending launch of Helium, so no one will be left out of the initial coin distribution.



████████
████████
████
████





████
████
████████
████████
     ▄▄████████▄▄
   ▄██████████████▄
 ▄██████████████████▄
██████▀▀▀▀▀█████▀▀▀▀▀█
██████     █████     █
██████     █████     █             ▄▄▄
██████     ▀▀▀▀▀     █        ███  ███
 ▀████                  ▄▄▄   ███  ▄▄▄ ▄▄▄  ▄▄▄ ▄▄▄ ▄▄▄  ▄▄
   ▀██     ▄▄▄▄▄      ▄█████▄ ███  ███ ███  ███ ████████████▄
     ▀     █████      ███▄▄██ ███  ███ ███  ███ ███ ▀███ ▀███
           ▀▀███      ███▄▄▄  ███▄ ███ ███▄████ ███  ███  ███
               ▀       ▀████▀  ▀██ ███ ▀███▀███ ███  ███  ███
                   ▀█
████████
████████
████
████





████
████
████████
████████
█  ████▀  █
█  ██▀▄█  █
█  ▀▄███  █
█  ████▀  █
██▀▄█
▀▄███
████▀
██▀▄█

▀▄███

█  ████▀  █

█  ██▀▄█  █

█  ▀▄███  █

█  █████  █
|
█  ████▀  █
█  ██▀▄█  █
█  ▀▄███  █
█  ████▀  █
██▀▄█
▀▄███
████▀
██▀▄█

▀▄███

█  ████▀  █

█  ██▀▄█  █

█  ▀▄███  █

█  █████  █
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 ... 91 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!