Author

Topic: [ANN][XRB]Cryptocurrency's killer app: RaiBlocks micropayments - page 616. (Read 775172 times)

sr. member
Activity: 297
Merit: 250
Will be great if DEV say something about Faucet distribution..

A lot of people wait to be online again..

newbie
Activity: 56
Merit: 0
We need the faucet :/

Yeah man......... dev doesn't say a word about the faucet Sad

It has literally been explained at the top of the page of this thread



It's off because we've been over target the last couple days and we're focusing on making sure it works going forward.

Everyone concerned with the long term health of the project is primarily concerned with the health of the network itself, first and foremost.


Yeah man but the question is when? When it will be up and running again?
2 times down in 1 day is bad :/


It has been down twice because of the sheer amount of people claiming coins , There is a distribution plan that is in place to be followed , If it goes much faster than anticipated , it will be corrected and improved as to not distribute too many coins at once or ruin the distribution plan

from October 2015-February 2016 , there was around 6-7 million coins distributed, it was not well known had no financial incentive because there was no place to exchange it.

from Feb - Just now at the beginning of April , less than 2 months pretty much, the distribution has doubled. in the last 2 days total distribution has increased by over 10% , in 2 days .

The coin is getting more and more popular , so when the distribution speeds up and more people take an interest there needs to be changes to keep to the original distribution plan and to do server improvements .


I explain this because this is just a tiny amount of the work that has to be done, there are numerous other things the dev's have to do that are involved in the distribution of this coin to make it as fair as possible .

so the answer to your question is most likely no answered because there is no way to know with certainty just when the faucet wil be back online, a rough estimate will be either later tonight or tomorrow like it has been every other time, maybe with changed criteria to better control it to stick to the original distribution plan and keep it on track, but it is not possible to know exactly when yet

Hum ok..
hero member
Activity: 924
Merit: 1000
We need the faucet :/

Yeah man......... dev doesn't say a word about the faucet Sad

It has literally been explained at the top of the page of this thread



It's off because we've been over target the last couple days and we're focusing on making sure it works going forward.

Everyone concerned with the long term health of the project is primarily concerned with the health of the network itself, first and foremost.


Yeah man but the question is when? When it will be up and running again?
2 times down in 1 day is bad :/


It has been down twice because of the sheer amount of people claiming coins , There is a distribution plan that is in place to be followed , If it goes much faster than anticipated , it will be corrected and improved as to not distribute too many coins at once or ruin the distribution plan

from October 2015-February 2016 , there was around 6-7 million coins distributed, it was not well known had no financial incentive because there was no place to exchange it.

from Feb - Just now at the beginning of April , less than 2 months pretty much, the distribution has doubled. in the last 2 days total distribution has increased by over 10% , in 2 days .

The coin is getting more and more popular , so when the distribution speeds up and more people take an interest there needs to be changes to keep to the original distribution plan and to do server improvements .


I explain this because this is just a tiny amount of the work that has to be done, there are numerous other things the dev's have to do that are involved in the distribution of this coin to make it as fair as possible .

so the answer to your question is most likely no answered because there is no way to know with certainty just when the faucet wil be back online, a rough estimate will be either later tonight or tomorrow like it has been every other time, maybe with changed criteria to better control it to stick to the original distribution plan and keep it on track, but it is not possible to know exactly when yet
newbie
Activity: 56
Merit: 0
We need the faucet :/

Yeah man......... dev doesn't say a word about the faucet Sad

It has literally been explained at the top of the page of this thread



It's off because we've been over target the last couple days and we're focusing on making sure it works going forward.

Everyone concerned with the long term health of the project is primarily concerned with the health of the network itself, first and foremost.


Yeah man but the question is when? When it will be up and running again?
2 times down in 1 day is bad :/
hero member
Activity: 924
Merit: 1000
We need the faucet :/

Yeah man......... dev doesn't say a word about the faucet Sad

It has literally been explained at the top of the page of this thread



It's off because we've been over target the last couple days and we're focusing on making sure it works going forward.

Everyone concerned with the long term health of the project is primarily concerned with the health of the network itself, first and foremost.
newbie
Activity: 56
Merit: 0
We need the faucet :/

Yeah man......... dev doesn't say a word about the faucet Sad
hero member
Activity: 767
Merit: 532
We need the faucet :/
hero member
Activity: 690
Merit: 505
Cryptorials.io

We'll put together a script with the purpose of being drop-in code.


That would be perfect. My technical skills are heavily based around copy & paste, lol.


I think the biggest advantage of the freemium ad concept is if people don't understand it, they can just ignore it and they'll just get ads like normal.

Absolutely, there seems to be very little cost or downside to me or any of my readers for adding this.
full member
Activity: 238
Merit: 122

helping people setting up systems that make use of rai nodes

Well if you do find any time at some point feel free to send me any information about using the ad-removal script. I have a website with ~2500 page views per day which has adverts on it and gets crypto-friendly readers. If you are willing to help set it up and it isn't going to kill my server or make page loads super-slow I would be happy to give it a go.

Yea that'd be excellent.  We'll put together a script with the purpose of being drop-in code.

I think the biggest advantage of the freemium ad concept is if people don't understand it, they can just ignore it and they'll just get ads like normal.
newbie
Activity: 56
Merit: 0
So there's no prediction when the faucet will be up?
hero member
Activity: 690
Merit: 505
Cryptorials.io

helping people setting up systems that make use of rai nodes

Well if you do find any time at some point feel free to send me any information about using the ad-removal script. I have a website with ~2500 page views per day which has adverts on it and gets crypto-friendly readers. If you are willing to help set it up and it isn't going to kill my server or make page loads super-slow I would be happy to give it a go.
full member
Activity: 238
Merit: 122


For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.

I thought 'representative nodes' were ones that were doing this send and receive PoW for other users? Your comment made me think that this was already happening.

I understand that you don't want financial rewards within the protocol for running nodes and I'm not trying to get you to go against that. I was thinking of encouraging people through facilitating it or through promoting the idea of it rather than actual bribery.  I'm not sure I would want to set one up right  now, but I would be curious what's involved in having a representative node rather than regular wallet (unless I've miss-remembered what they actually are) and perhaps at some point before too long there may be other people curious enough to want to give it a try.

Ahh I see, the representatives do very little different than a plain wallet, since they're supposed to be long term things it's probably best to run a command line version on a server rather than a GUI on your desktop but I run them on cheap 3$/mo VPSs with no issue.

Setting one up involves running a node that just has a modest amount of disk space and network bandwidth, CPU usage is almost non existent.  You can then pick an account and tell people, "this is my representative account, set me as your representative" and they can do that under Settings -> Change representative.  When they do that it'll take the representation away from their old rep and give it to you and your vote strength would increase by the amount of their balance.

What your node will be doing is watching the network for transactions and signing them.  This lets the nodes in the network know quorum to make sure they haven't been disconnected.  The representative also watches the network for forks and if it sees them, it participates in the vote to pick which block survives.  Forks are also an almost non existent thing since they're only created by people who changed the code to create them.
hero member
Activity: 513
Merit: 500
I sort of started that secondary market and was overwhlemed with people willing to solve captchas. In fact they said this was 10x the going rate. I just wanted to acquire a more decent position in Mrai, but there were no decent offers.

That said - I like what one of the captcha solvers said - for this to be fair, and to eliminate the second market. Why not make it give some large amount, say 10,000 Mrai every 12 hours. or 1,000 every hour, or something along those lines. (You could even dynamically adjust the number based on when the target will be reached).

This achieves 3 things:

* Discourages second markets for captcha solvers (one I am guilty of creating, but not against eliminating the need for it)
* Puts less load on the faucet server, as it spreads transactions out more
* Puts less load on the blockchain, as it will have less total blocks per account

Most of us who want to acquire some in the long run, generally click in our free time, once or twice a day.

Just my 2 rai.
full member
Activity: 238
Merit: 122


For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.

Thanks for the information , it is a cool unique way of looking at transactions on a blockchain , instead of paying a fee for the sending of a transaction you are using a small amount of CPU usage for what amounts to less than a few seconds.

Since this method having each transaction confirm itself by sender and receiver and their resources being used , does this mean scale-ability is greater than that of other conventional cryto currencies or has not enough testing been done yet?

Also i do understand that while my trade thread has given an incentive for people to pay people smaller amounts of bitcoin to pay others to complete the captchas for them thus increasing their ability to claim more coins than others, is there anything you have in mind that might be able to curb this behavior and make the distribution less incentivized for these people . I know the trade thread may be partly to blame for this occurrence but any adding to an exchange would of had an equal and perhaps larger effect taking place . and i think the benefits of introducing new users to the project has been beneficial and awareness of the currency  

I think this method is an incredible benefit to scalability and that's one of the things I'm most excited about and hope people share in that.  Proof of work verification is several million times easier than generation, despite the fact that I had a 24core system being saturated running the faucet because the faucet was creating transactions, the VPS 1 core servers that are the representative nodes were sitting at less than 1% CPU utilization.

I really liked your trade thread, thanks for doing that I think a lot of people wanted it!

The trade thread had a side effect of creating that secondary faucet mining market but that's to be expected, my only miscalculation was in how many people were willing to sit clicking captchas for hours for essentially no money.  So I created an artificial scarcity that's being satisfied by people willing to spend time for xrb which they in turn sell for BTC to people who don't want to spend time clicking the captcha.

The initial distribution is my absolute least favorite part of this whole thing because no matter what happens, someone sees it as unfair.  I would much rather be spending my time on the technical aspects and helping people setting up systems that make use of rai nodes.  There are some doing setting them up and unfortunately my time has been saturated by a mountain of faucet requests, which I don't see as providing long term value.
hero member
Activity: 690
Merit: 505
Cryptorials.io


For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.

I thought 'representative nodes' were ones that were doing this send and receive PoW for other users? Your comment made me think that this was already happening.

I understand that you don't want financial rewards within the protocol for running nodes and I'm not trying to get you to go against that. I was thinking of encouraging people through facilitating it or through promoting the idea of it rather than actual bribery.  I'm not sure I would want to set one up right  now, but I would be curious what's involved in having a representative node rather than regular wallet (unless I've miss-remembered what they actually are) and perhaps at some point before too long there may be other people curious enough to want to give it a try.
hero member
Activity: 924
Merit: 1000


For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.

Thanks for the information , it is a cool unique way of looking at transactions on a blockchain , instead of paying a fee for the sending of a transaction you are using a small amount of CPU usage for what amounts to less than a few seconds.

Since this method having each transaction confirm itself by sender and receiver and their resources being used , does this mean scale-ability is greater than that of other conventional cryto currencies or has not enough testing been done yet?

Also i do understand that while my trade thread has given an incentive for people to pay people smaller amounts of bitcoin to pay others to complete the captchas for them thus increasing their ability to claim more coins than others, is there anything you have in mind that might be able to curb this behavior and make the distribution less incentivized for these people . I know the trade thread may be partly to blame for this occurrence but any adding to an exchange would of had an equal and perhaps larger effect taking place . and i think the benefits of introducing new users to the project has been beneficial and awareness of the currency  
newbie
Activity: 56
Merit: 0
There's been some interest in where I see the long term position of RaiBlocks, does it have a business plan or a way to generate funding.  I don't view RaiBlocks as something that should have or needs a business plan; it's more of a technical specification that people can build other real revenue generating businesses on top of. 

The goal is to have minimal ongoing expenses so any cost of operation could be rolled in to a normal cost of business like bandwidth or storage investment.  Ideally I think RaiBlocks is something that deserves an IETF RFC that's maintained by by the industry but needs almost no change, maintenance, and no investment.

The last week of faucet distribution, despite being an enormous burden to core development and a distraction to issue fixing, has been a great network stress test.  All of the representative nodes run on VPS servers with 1 shared CPU core and had no problem processing the load.  The network is designed so nodes that experience load are those that are sending or receiving balances in proportion to their individual activity.

An admirable approach. Glad your representative servers are holding up ok, I think you may end up taking the whole burden of this yourself for a while. Do you have any plans to do anything to encourage others to run representative nodes, or at least do their own PoW?

For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.

Dude why the faucet is off man?

It was already off today.

It's off because we've been over target the last couple days and we're focusing on making sure it works going forward.

Everyone concerned with the long term health of the project is primarily concerned with the health of the network itself, first and foremost.

So when it will be up again? Today? Or..?
full member
Activity: 238
Merit: 122
There's been some interest in where I see the long term position of RaiBlocks, does it have a business plan or a way to generate funding.  I don't view RaiBlocks as something that should have or needs a business plan; it's more of a technical specification that people can build other real revenue generating businesses on top of. 

The goal is to have minimal ongoing expenses so any cost of operation could be rolled in to a normal cost of business like bandwidth or storage investment.  Ideally I think RaiBlocks is something that deserves an IETF RFC that's maintained by by the industry but needs almost no change, maintenance, and no investment.

The last week of faucet distribution, despite being an enormous burden to core development and a distraction to issue fixing, has been a great network stress test.  All of the representative nodes run on VPS servers with 1 shared CPU core and had no problem processing the load.  The network is designed so nodes that experience load are those that are sending or receiving balances in proportion to their individual activity.

An admirable approach. Glad your representative servers are holding up ok, I think you may end up taking the whole burden of this yourself for a while. Do you have any plans to do anything to encourage others to run representative nodes, or at least do their own PoW?

For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.

Dude why the faucet is off man?

It was already off today.

It's off because we've been over target the last couple days and we're focusing on making sure it works going forward.

Everyone concerned with the long term health of the project is primarily concerned with the health of the network itself, first and foremost.
newbie
Activity: 56
Merit: 0
There's been some interest in where I see the long term position of RaiBlocks, does it have a business plan or a way to generate funding.  I don't view RaiBlocks as something that should have or needs a business plan; it's more of a technical specification that people can build other real revenue generating businesses on top of. 

The goal is to have minimal ongoing expenses so any cost of operation could be rolled in to a normal cost of business like bandwidth or storage investment.  Ideally I think RaiBlocks is something that deserves an IETF RFC that's maintained by by the industry but needs almost no change, maintenance, and no investment.

The last week of faucet distribution, despite being an enormous burden to core development and a distraction to issue fixing, has been a great network stress test.  All of the representative nodes run on VPS servers with 1 shared CPU core and had no problem processing the load.  The network is designed so nodes that experience load are those that are sending or receiving balances in proportion to their individual activity.

An admirable approach. Glad your representative servers are holding up ok, I think you may end up taking the whole burden of this yourself for a while. Do you have any plans to do anything to encourage others to run representative nodes, or at least do their own PoW?

For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.

Dude why the faucet is off man?

It was already off today.
full member
Activity: 238
Merit: 122
There's been some interest in where I see the long term position of RaiBlocks, does it have a business plan or a way to generate funding.  I don't view RaiBlocks as something that should have or needs a business plan; it's more of a technical specification that people can build other real revenue generating businesses on top of. 

The goal is to have minimal ongoing expenses so any cost of operation could be rolled in to a normal cost of business like bandwidth or storage investment.  Ideally I think RaiBlocks is something that deserves an IETF RFC that's maintained by by the industry but needs almost no change, maintenance, and no investment.

The last week of faucet distribution, despite being an enormous burden to core development and a distraction to issue fixing, has been a great network stress test.  All of the representative nodes run on VPS servers with 1 shared CPU core and had no problem processing the load.  The network is designed so nodes that experience load are those that are sending or receiving balances in proportion to their individual activity.

An admirable approach. Glad your representative servers are holding up ok, I think you may end up taking the whole burden of this yourself for a while. Do you have any plans to do anything to encourage others to run representative nodes, or at least do their own PoW?

For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work.  Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.

Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this?  From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.
Jump to: