according to the terms, 100% goes to members until ROI is reached and then maintainer takes 3%
am I getting that right?
sounds pretty good, but that would also mean the maintainer wouldn't get a cut until after 10 years
so what rpc calls should i be using?
I want to automatically send received funds to another wallet and i need to know the receive address to add entry's in a database.
I have found that walletnotify exists, so i will be using that
Please don't deprecate it and rather fix it, otherwise what's the point of the accounts system?
Its a new install, should be latest and there should be no reason fee estimates is off.
So I should use move and then sendtoaddress?
sendfrom needs substractfeefromamount implementation
also the error reporting for rpc needs to be fixed, i got the actual error by running the command in dash-cli
this is the transaction sendfrom created...
the code is above, it connects just fine, listaccounts is working, im using Sergio Vaccaro implementation of JSON-RPC
what im trying to do is check every minute for a balance and then send the funds to another wallet while also doing some database manipulation to register the donation and issue...
Monero transaction sizes are much bigger, but this does not invalidate the blocksize limit solution
The new block's size NBS is compared to the median size M100 of the last 100 blocks. If NBS>M100, the block reward gets reduced in quadratic dependency of how much NBS exceeds M100...
I would be more confident holding DASH if it implemented the same solution monero has for the blocksize issue
I personally believe we have the fiber connection point (consumer and datacenter) capacity around the world to support 200MB blocks or 5168 tps and maintain adequate decentralization
i hope so, i want to show people it works and for small amounts
paycoin had promised the features of DASH, i lost 5-20k in that scam, i hope i found THE coin
can DASH scale to billions of users? will the masternodes be able to handle it?
I believe in 200MB blocks, something that should be no...