Bitcoin Forum
April 18, 2024, 08:05:39 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 »
1  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: October 21, 2016, 05:21:15 PM
OK everyone, I have been really busy with some non-crypto stuffs lately, I have been neglecting my duties here, and for that I apologize.

I live in northern NY, I don't mean like Buffalo, I mean like Massena, really northern NY. I heat my home with firewood that I cut myself on our land, I hate to sweat, so I do it as I need it through the winter. I use a Suzuki Samurai to get in the woods and retrieve it, the Samurai I use for firewood(I have a few of them) took a pretty good beating last year and I neglected working on it all summer as I was so focused on DarkNet. It is starting to get cold here and I really needed to get some work done in preparation for winter. One thing lead to another and the project became more and more involved. I have spent the past few weeks in the garage basically from the time I got up until I came in and crashed from exhaustion. I do still have a bit more work to do on that front, but have put things on pause for now to hop in here and look into what happened with the budget payments.

I thought that I had fixed the issue, yes we had a similar problem last month, but there were only 2 budget items, and the person who was effected is not active in here, but is on skype with us all of the time. There is still some work that needs to be done on the testnet, as I was unable to get budget payments to go through on there, so was not able to test the changes I made in an effort to fix the problem.

DarkNet is pushing forward with being the first on several fronts, the first PoS coin on a more modern BTC codebase, the first PoS coin to utilize the decentralized blockchain based budget and voting system, and many more to follow. There will be bumps along the way, as you all have come to realize by now. Nothing will stop us from pushing on, it would be nice to bring some more devs on board on a more permanent basis to help, I see that there have been a few pull requests on github, that is a good sign in that regard.

Well, I am going to get back to work on DarkNet for the rest of the day, anyway. I will still be in and out over the next week or so while I wrap up my Samurai project, I will try to be more available during that time, but I do kind of have a one track mind, and it is getting colder and colder here, we've had frost twice now.
2  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: October 04, 2016, 03:17:09 PM
Yeah, seems the masternode info page is good, I am still resyncing, but s3v3n has resynced to that chain, seems to be the winner.
3  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: October 04, 2016, 02:33:30 PM
OK, guys. I haven't read back through the past few pages yet, I thought I should just throw a post up quick to let everyone know what's going on. Here is a direct quote of myself on slack:

Yeah, I am just getting to the bottom of the issue. As jakiman pointed out the seesaw change didn't account for block 325500, that was a really stupid mistake on my part. We were able to get around that by having everyone restart their wallets, I made a fix locally and ran it, and then everyone else could sync past that problem. Now the problem is that everyone is banning each other because they are not accepting one another's blocks. If we see a different masternode count then we will calculate a different valid masternode reward and refuse blocks from people who don't agree on the masternode count. I have disabled masternode reward enforcement for now, that will allow us to get back on the same chain. The main problem is determining which chain to consider valid. I am resyncing right now to see where I get, I would advise everyone to do the same, I think that should put us all on the same chain. So, load up a blockchain backup if you have one and resync from there.

If you have removed the bantime line from your darknet.conf, or naver added it, please add "bantime=50" in there. That will allow for a quick unbanning of the peers you have recently banned unjustly, and help us all get back on the same page.
4  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 30, 2016, 06:26:17 PM
I cant get masternode started with new version 2.1.3

Windows standalone MN on Windows 7 64bit.

"Not capable masternode: Could not connect to xx.xx.xxx.xx:51472"
Fully connected with other peers both In and Out.

Switching back to version 2.1.2.3 and masternode starts without issue:
"Masternode successfully started"

Didnt have this issue with the previos upgrades


I am in the same boat as cgt99. win7-64 same error message. I tried sync from scratch, no improvement.

my masternode.conf is empty (only the example), I didn't need to configure it with previous dnet version. If I switch back to the previous version, the masternode works perfectly.

However staking is working, it's specifically the masternode, the little lock icon never appears (tried to create new masternode too without success).

What should I do? any advices?
Hey guys, sorry I must have missed cgt99's message the other day, I can't stress enough how much better help you can get in skype or slack. I just played around for a minute setting up a local masternode, I saw the same error, I fixed it with the "masternodeaddr=XXX.XXX.XXX.XXX:51472" option in my darknet.conf. Give it a go and let us know how you get on with it.
5  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 28, 2016, 03:48:08 AM
OK folks, we have a working testnet finally, That will allow us to more thoroughly test updates ahead of time, but we will need the help of the community. If you are able to fire up a wallet on testnet get addresses to us and we will throw some coins your way. We need stakers, masternodes, people mixing, etc. to fully test things.

You can run the testnet along side your primary wallet, they will not conflict with each other. There is no need to specify a data directory, it will create a subfolder in the default data directory and the chain, wallet, etc. will be there. The only shared file will be the darknet.conf.

if you have an (idiot proved) mac guide for this
i consider  Wink

You just start the wallet with the --testnet flag. So, for the qt, ./darknet-qt --testnet

Edit: There may be a slightly different syntax for starting programs on Mac than Linux, let me yell to s3v3n, he is the Mac guy.

tx for the "yell" at s3v3n
as well how do i run 2nd wallet on 1 computer (1 testnet - 1 real)

Yeah, so it is really that simple. Open a terminal, cd to the directory where your binary is and enter "darknet-qt --testnet". It will automatically create a subdirectory in your data directory for the testnet stuffs. You will need some addnodes in the darknet.conf, the testnet and mainnet share the same darknet.conf. The 2 wallets will have no problems running at the same time as they use different ports.

Right now these are the current addnodes for testnet:
addnode=173.245.158.8:51474
addnode=68.108.10.35:51474
addnode=2qvm3datgwvjz2h5.onion:51474
addnode=5jdzosvcuxj6yfgc.onion:51474
addnode=pzgvmwwve2l7763v.onion:51474

Yes, we have some tor testnet wallets running already, more on tor than clearnet.

As more folks start running testnet wallets please share the ips and we will keep an updated list. I will add some hardcoded nodes to testnet in a future release.
6  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 28, 2016, 02:59:47 AM
OK folks, we have a working testnet finally, That will allow us to more thoroughly test updates ahead of time, but we will need the help of the community. If you are able to fire up a wallet on testnet get addresses to us and we will throw some coins your way. We need stakers, masternodes, people mixing, etc. to fully test things.

You can run the testnet along side your primary wallet, they will not conflict with each other. There is no need to specify a data directory, it will create a subfolder in the default data directory and the chain, wallet, etc. will be there. The only shared file will be the darknet.conf.

if you have an (idiot proved) mac guide for this
i consider  Wink

You just start the wallet with the --testnet flag. So, for the qt, ./darknet-qt --testnet

Edit: There may be a slightly different syntax for starting programs on Mac than Linux, let me yell to s3v3n, he is the Mac guy.
7  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 28, 2016, 01:00:44 AM
OK folks, we have a working testnet finally, That will allow us to more thoroughly test updates ahead of time, but we will need the help of the community. If you are able to fire up a wallet on testnet get addresses to us and we will throw some coins your way. We need stakers, masternodes, people mixing, etc. to fully test things.

You can run the testnet along side your primary wallet, they will not conflict with each other. There is no need to specify a data directory, it will create a subfolder in the default data directory and the chain, wallet, etc. will be there. The only shared file will be the darknet.conf.
8  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 27, 2016, 11:23:30 PM
still not fixed the wallet crashing when starting nodes. and i am doing the walletpassphrase command.

That issue was never mentioned as fixed. So I assume it can still happen.

But in saying that, I haven't had that hang issue for the last 100+ start-alias commands.
I just make sure I run start-alias at least 5 seconds after running the walletpassphrase.

I also find that patience is a virtue. Wait an half hour or more after starting your controller wallet before running start commands. It seems to really help a lot.
9  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 26, 2016, 11:57:17 AM
Hey guys. The update is more or less ready to roll out. I would be interested in the debug.logs from you guys who are still forking just to make sure that it is caused by the issue that is fixed in this new release. I would rather hold off another day or say and make sure that the problems are solved than have to have another release soon after because something got missed. Thanks.
10  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 19, 2016, 01:34:52 PM
Went through the same procedure as setting up my other masternodes.

Using the latest version...
    "version" : 2010203,
    "protocolversion" : 70701,
    "walletversion" : 61000,

Sent 10000 to the address, made the private key... updated masternode.conf, restarted wallet.

The transaction does show up in this list "darknet-cli listlockunspent"

But is not in in the list "darknet-cli  masternode outputs"

Unsurprisingly, trying to start the masternode shows...

"errorMessage" : "Could not allocate vin ...... for masternode ........onion:51472"

Any ideas what went wrong here?

I'm going to try a fresh install and regenerate my wallet from a dump.

Any ideas about how to disable staking?  This is a feature request.

I wouldn't want the wallet to stake transactions from my running masternode before I can lock the transactions

EDIT: From the logs, it looks like the TXs from masternode.conf are parsed

Some ideas.
- start with "maxconnections=0"

EDIT: this does not disable p2p connections

I guess "darknet-cli setstakesplitthreshold" would not be useful.

EDIT: Well at least the wallet conflicts are fixed.

Turns out that the 10000 DNET was used to pay a 40 DNET fee in the same block.... perhaps to do with having obfuscation enabled.

So what have I learned...

Transactions shown by "darknet-cli listlockunspent" might already be spent or might not even exist
(Try putting a fictional txid into masternode.conf )

Transactions listed in masternode.conf will be locked when starting the node.

"darknet-cli masternode list-conf" does exactly what it says... Print's the contents of masternode.com at the time dartknetd was rund in JSON format  as well as printing the status of the node.


Glad to see that you found the issue. Yeah, the 40 DNET is the collateral fee for obfuscation. It is actually still in your wallet, and can be found with coin control. My guess is that when you created the 10K transaction you spent the collateral, and it was created again. In the future use coin control when creating your masternode vins to avoid similar issues.

Also, there are 2 ways to stop staking, You can enter "reservebalance true 9999999" in the console to temporarily disable it while setting up a new masternode then enter "reservebalance false" when you are finished. A more permanent solution is to add "staking=0" to your darknet.conf, although there is not much point in using that method, we had to add that for bittrex, when you have more than 9999999 coins the reserve balance command is useless.

On a side note, I haven't had any issues with my masternodes, and would be interested in some debug.logs the next time anyone has issues like the past several posts have mentioned.
11  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 16, 2016, 01:05:31 PM
Transaction too large - Cannot create transaction

Always get this error when I try to send coins from my wallet.
Any help is appreciated.


read this:
https://bitcointalk.org/index.php?topic=1262920.msg16034048#msg16034048

use coin control for a workaround ....

would be very helpful if a dev can tell us the current transaction size limit for dnet.
I selected everything using coin control, still cant even move <1000 coins.
Will try again tonight
Yeah, it is a pain in the ass, I admit. When using coin control you can see the current size of the transaction as you add inputs. The max size right now is 100,000 bytes. It is a good idea to occasionally combine your inputs to keep your wallet slimmed down and to allow for larger transactions when you need them. I was thinking in a future release I would bump that a bit to more accurately reflect the size of of some transactions. That would work, but is kind of a bandaid. With 1MB block size 100KB only allows for 10 max size transactions per block. A better fix would probably be some kind of auto-combine function. I am open to suggestions on how you guys would like to see this dealt with.
12  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 07, 2016, 06:25:17 PM
That isn't too bad. How good is the staking  or is that included in the MN calculations?
The reward structure is set up so that as long as 1/3 or less of the total coin supply is locked up in masternodes it will be more profitable to have 10k in a masternode than to be staking 10k. The block rewards are fixed, the reward for staking is not a percentage of the staking input as with most other PoS coins. Here is a bit to help you better understand how things work.

While I have a bit of time to kill waiting for things to get going I figured I would talk for a minute about the PoS rewards for anyone who was wondering. If you either haven't been here for long, or haven't been keeping up with everything, you may have noticed that the rewards for staking don't seem to match up with what you may have expected. So here is a breakdown of what is going on, I posted this in slack when asked, so will just copy and paste it here with a bit of editing and a few additions.

Masternodes will be paid a portion of the block rewards. Refer to the OP of the ANN thread for the block rewards for any given block number. We have implemented a "seesaw" reward mechanism that is used to determine the split between the masternode and the staker of the block. Right now the value of each block is 50 DNET. 10% of that is reserved for the budget, which is voted on by the owners of masternodes, anyone can submit a proposal to be voted on. So, we are left with 45 DNET to be shared between the winning masternode and the staker

Here is the actual code that is used to determine the split.

else if(nHeight > LAST_POW_BLOCK)
   {
       int64_t nMoneySupply = chainActive.Tip()->nMoneySupply;
       int64_t mNodeCoins = mnodeman.size() * 10000 * COIN;

       if(fDebug)
           LogPrintf("GetMasternodePayment(): moneysupply=%s, nodecoins=%s \n", FormatMoney(nMoneySupply).c_str(),
               FormatMoney(mNodeCoins).c_str());

       if (mNodeCoins <= (nMoneySupply * .05) && mNodeCoins > 0) {
           ret = blockValue * .85;
       }
       else if (mNodeCoins <= (nMoneySupply * .1) && mNodeCoins >= (nMoneySupply * .05)) {
           ret = blockValue * .8;
       }
       else if (mNodeCoins <= (nMoneySupply * .15) && mNodeCoins >= (nMoneySupply * .1)) {
           ret = blockValue * .75;
       }
       else if (mNodeCoins <= (nMoneySupply * .2) && mNodeCoins >= (nMoneySupply * .15)) {
           ret = blockValue * .7;
       }
       else if (mNodeCoins <= (nMoneySupply * .25) && mNodeCoins >= (nMoneySupply * .2)) {
           ret = blockValue * .65;
       }
       else if (mNodeCoins <= (nMoneySupply * .3) && mNodeCoins >= (nMoneySupply * .25)) {
           ret = blockValue * .6;
       }
       else if (mNodeCoins <= (nMoneySupply * .35) && mNodeCoins >= (nMoneySupply * .3)) {
           ret = blockValue * .55;
       }
       else if (mNodeCoins <= (nMoneySupply * .4) && mNodeCoins >= (nMoneySupply * .35)) {
           ret = blockValue * .5;
       }
       else if (mNodeCoins <= (nMoneySupply * .45) && mNodeCoins >= (nMoneySupply * .4)) {
           ret = blockValue * .45;
       }
       else if (mNodeCoins <= (nMoneySupply * .5) && mNodeCoins >= (nMoneySupply * .45)) {
           ret = blockValue * .4;
       }
       else if (mNodeCoins <= (nMoneySupply * .55) && mNodeCoins >= (nMoneySupply * .5)) {
           ret = blockValue * .35;
       }
       else if (mNodeCoins <= (nMoneySupply * .6) && mNodeCoins >= (nMoneySupply * .55)) {
           ret = blockValue * .3;
       }
       else if (mNodeCoins <= (nMoneySupply * .65) && mNodeCoins >= (nMoneySupply * .6)) {
           ret = blockValue * .25;
       }
       else if (mNodeCoins <= (nMoneySupply * .7) && mNodeCoins >= (nMoneySupply * .65)) {
           ret = blockValue * .2;
       }
       else if (mNodeCoins <= (nMoneySupply * .75) && mNodeCoins >= (nMoneySupply * .7)) {
           ret = blockValue * .15;
       }
       else{
           ret = blockValue * .1;
       }
   }

So, basically, when the number of coins locked in masternodes is between 0 and 5 percent of of all available coins the winning masternode gets 85% of the block reward. using that as a reference you can go through the code to see that if the number of coins in masternodes is more than 75% of all available coins the winning masternode will get 10% of the block reward.

There are 16 steps to the seesaw right now, over time we will tweak the seesaw as we get a better feel for how the various aspects of the network perform. We started with the idea that about 1/3 of coins being in masternodes is an ideal split. That makes for a strong masternode network, which is responsible for the Obfuscation transactions as well as the SwiftTX transactions. It should also leave enough coins in the wild to support the needed level of staking to promote blockchain security, and have a good number of coins on the exchange to provide sufficient liquidity.

A more user friendly breakdown of the steps of the seesaw is as follows.

If number of coins in masternodes is between 0 and 5 percent of coin supply masternodes will receive 85% of the block rewards.
If number of coins in masternodes is between 5 and 10 percent of coin supply masternodes will receive 80% of the block rewards.
If number of coins in masternodes is between 10 and 15 percent of coin supply masternodes will receive 75% of the block rewards.
If number of coins in masternodes is between 15 and 20 percent of coin supply masternodes will receive 70% of the block rewards.
If number of coins in masternodes is between 20 and 25 percent of coin supply masternodes will receive 65% of the block rewards.
If number of coins in masternodes is between 25 and 30 percent of coin supply masternodes will receive 60% of the block rewards.
If number of coins in masternodes is between 30 and 35 percent of coin supply masternodes will receive 55% of the block rewards.
If number of coins in masternodes is between 35 and 40 percent of coin supply masternodes will receive 50% of the block rewards.
If number of coins in masternodes is between 40 and 45 percent of coin supply masternodes will receive 45% of the block rewards.
If number of coins in masternodes is between 45 and 50 percent of coin supply masternodes will receive 40% of the block rewards.
If number of coins in masternodes is between 50 and 55 percent of coin supply masternodes will receive 35% of the block rewards.
If number of coins in masternodes is between 55 and 60 percent of coin supply masternodes will receive 30% of the block rewards.
If number of coins in masternodes is between 60 and 65 percent of coin supply masternodes will receive 25% of the block rewards.
If number of coins in masternodes is between 65 and 70 percent of coin supply masternodes will receive 20% of the block rewards.
If number of coins in masternodes is between 70 and 75 percent of coin supply masternodes will receive 15% of the block rewards.
If number of coins in masternodes is more than 75 percent of coin supply masternodes will receive 10% of the block rewards.

This is a bit more rudimentary than we initially anticipated, but should work well enough for the time being until we get a good idea of the profitability of staking vs masternode ownership. We will be revisiting the seesaw once we have more data to base the numbers on.

The primary goal behind the seesaw is to ensure that it is always more profitable to have a masternode than it would be to just stake those 10k coins. The reason for that is the costs, hassles, and risks associated with upkeep of a masternode are greater than those of staking alone. But we also need to ensure that there are enough coins not in masternodes for the reasons presented above.
13  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 07, 2016, 04:54:43 PM
how often do masternodes get payments
Right now it takes around 48 hours to begin receiving masternode payments. Once you start getting them you can calculate the number of expected payments per day with the following formula.

number of blocks per day/number of masternodes=number of daily payments per masternode

So, right now you can expect 1440/974~1.47 payments per day. With the current number of masternodes on the network masternode payments are 29.25 DNET, so you are looking at about 43 DNET per day per masternode, on average.

These numbers reflect as things stand right now, and could change daily, or even hourly, if the number of masternodes changes.
14  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 07, 2016, 02:58:29 PM
Running masternode start via the debug console yields the following error:

Not capable masternode: can't detect external address. Please use the masternodeaddr configuration option. Nothing is mentioned in the initial post about having to do this, only using the default 127 / local loop address at least for a single master node.
It is not usually needed. I should just have s3v3n modify the instructions to include it, and, upon further review, I see that the start command is incorrect there, which is why you were entering it like that. I will let him know to fix that as well.

To use the masternodeaddr configuration option add masternodeaddr=<your external IP address> in darknet.conf.
15  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 07, 2016, 04:10:25 AM
I am trying to create a masternode, and I have followed the directions in the initial thread post, however trying to run darknet-cli master node start I get the following:

error: {code":-32601, "message": method not found"}

I have already created the masternode address and funded it with the 10k coins (exactly). If I try to run the master node start command before the wallet has started I get a different address. Is starting the master node like this even necessary ?

I am brand new to the coin so this is my first experience(s) with it.



One would need a bit more info to help you out. Is this a local or remote masternode? What OS is it on? It is not exactly clear if you are running the Qt wallet or the daemon. It looks like it would be the daemon given the command "darknet-cli master node start", but if you are running the Qt and issuing this command in the debug console that would explain the output you are seeing, you don't need the "darknet-cli" part there. Not quite sure what you mean by running the masternode start command before the wallet is started, that is not possible, and getting a new address, not sure what you mean by that, either. If you want faster help hop on slack or skype, link to the darknet skype chat is in the OP, shoot s3v3n a PM with an email address for a slack invite.

This is a local master node, Windows server 2008 R2, yes this is the QT wallet 64 bit. The darknet-cli is the command line, and not the debug window, however issuing the command via the debug window gives a similar error message. (same code, less verbose). As far as the masternode address is concerned, that is part of the directions in the initial post for creating a new master node..

Oh shit, I don't know why I didn't notice this before. Are you actually trying "master node start", or "masternode start"? The former is incorrect.
16  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 07, 2016, 01:46:22 AM
Staking on Mac
(payments coming  Wink )

my wallet dropps of Network once a day (need wallet restart)
is that a setting mistake by computer (i tripple checked that 'never fall asleep')
or in the wallet ?
(bummer as i would love to have this run without checking - specially when on the road )
Interesting, s3v3n mentioned the same behavior on his Mac to me today, as well. I don't have a Mac, or a Windows PC for that matter. Hopefully he can figure out what is going on there. If you happen to come up with a solution first, please let us know. If anyone else is having this issue please chime in.
17  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 07, 2016, 01:41:39 AM
I am trying to create a masternode, and I have followed the directions in the initial thread post, however trying to run darknet-cli master node start I get the following:

error: {code":-32601, "message": method not found"}

I have already created the masternode address and funded it with the 10k coins (exactly). If I try to run the master node start command before the wallet has started I get a different address. Is starting the master node like this even necessary ?

I am brand new to the coin so this is my first experience(s) with it.



One would need a bit more info to help you out. Is this a local or remote masternode? What OS is it on? It is not exactly clear if you are running the Qt wallet or the daemon. It looks like it would be the daemon given the command "darknet-cli master node start", but if you are running the Qt and issuing this command in the debug console that would explain the output you are seeing, you don't need the "darknet-cli" part there. Not quite sure what you mean by running the masternode start command before the wallet is started, that is not possible, and getting a new address, not sure what you mean by that, either. If you want faster help hop on slack or skype, link to the darknet skype chat is in the OP, shoot s3v3n a PM with an email address for a slack invite.
18  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 05, 2016, 12:53:24 PM
tx guys
 Wink

Edit:
how do i fix this ?
"The transaction was rejected! This might happen ... coins already spent ...
If u use a copy of wallet.dat and coins were spend in copy but not marked as spend but here"

why isnt it updated - i do not understand  Huh


Use coin control to make sure you are not trying to spend staking or masternode rewards with fewer than 100 confirmations. There is still some tweaking we need to do since the change to PoS.
19  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: September 05, 2016, 12:01:30 PM
i am on the newest wallet v2.1.2.1 / Mac
downloaded and updated (blockchain ) everything fresh
am staking since 3+ hours (all green and unlocked) but ZERO payments ?!?

what am i doing wrong ?
Nothing, it can take some time to stake depending on the number of coins you have and the size of the inputs you are using to stake with, there is also a degree of luck involved. I have some inputs in the 3500 DNET range that are at over 5000 confirmations and haven't staked yet, I also have seen them stake in only a few hundred confirmations.

Where are we on this issue of votes? Is Github financed by us already? And about jakiman communication operations? Would be nice to use those coins... who controls them in the meantime?

The budget proposals that were made before the latest kerfuffle with constant wallet updates will have to be resubmitted. They were only showing on http://178.254.23.111/~pub/DN/DN_masternode_payments_stats.html because the person running that site had started their wallet with a backup of their budget.dat in an effort to have the information contained therein propagate across the network. It didn't, so the majority of wallets would have rejected any budget payments because they didn't recognize them as valid. I reset the budget yesterday and we will get some similar proposals up in the next day or so.

As far as who controls the coins in the meantime, there seems to be some confusion, or misunderstanding regarding how the budget system actually works. In a nutshell, no one controls them in the meantime, they don't actually exist. Once every 43200 block(about 30 days) there is what is referred to as a super block. If there are any budget items that have passed the thresholds required to be approved the coins for those items are created at that block and sent to the addresses intended to receive them with no third party intervention. The budget system is completely decentralized, in that no one controls the coins and sends them to people, it is all done automatically in the code.

If there is a month in which there are no proposals to pay out to the coins are never created. That is why the actual coin count is less than the projected coin count up to this point. There has yet to be a month where the entire budget allotment has been spent.
20  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] DARKNET [DNET] QRK ALGO - PoW/PoS on: August 29, 2016, 08:30:37 PM
Is it better to have one big wallet or many smaller wallets for staking?

One wallet, many smaller inputs. 2k-5k are good input sizes

Hello, It's not clear to me what you mean by having many smaller inputs. Is it to have a wallet.dat with different addresses with each one 2k-5k? Or one single address with everything on it? I think it's the first one. However I don't understand the logic behind it. Could you please explain a little bit more on that?

As far as the staking is concerned there is no difference between a wallet that has 10 addresses, each with 2k DNET, and one address that you sent 2k DNET to 10 times. If you are experimenting with different input sizes trying to find the the most profitable way to set your wallet up for staking it may be convenient to use several addresses to better track things.

There is a fine line between having inputs that are large enough to stake in a reasonable time frame and enough inputs to have good odds of being the next person to stake.

I have experimented with different size inputs, and found that I get more stakes per day by letting them split down to the threshold where they stop splitting. I am not sure if you are aware, but whenever an input of yours stakes it splits into 2 inputs until splitting would drop the size of the inputs to less than nStakeSplitThreshold, which for DNET is 2000. This means that if left alone all of the inputs in your wallet will end up being between 2k and 4k.

I have even gone ahead and compiled a wallet with a different nStakeSplitThreshold, trying many sizes up to and including 50k. That leads me to believe that the threshold we have chosen is close to ideal. In a future wallet we will be bringing the ability to adjust the threshold out to the end user, either via a command line option or an RPC command.
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!