 Show Posts
|
|
Pages: « 1 2 3 [4] 5 »
|
Here's a concept for a logo. Feel free to use it - donations accepted: XVrE6cjxoqvP75WZUyugnGfY2qcicePike  nice concept |
|
|
|
Hey Jimblasko Thank you Tell me your Xcoin address I'll send you a tip! |
|
|
|
|
Guys, i have realized the min 25k coins to get good rewards is ridiculous.
Even with the auto splitting, only 50 people have more than 25k coins. also everytime you stake you need to combine it again.
I want to change the minimum input to 999 coins. And want to make it a smoother difference in rewards. And put a max reward somewhere higher. And also lower the rewards as time passes like pow does.
For this, it needs serous changes to be made in the protocol.
We should create a test coin with same specs that xcoin has now. then i put the changes on the testcoin and we see if it works. Then once it works i push the changes to xcoin.
The testcoin would be just a test. The chain will be reset a few times probably on the testcoin. Then the chain will end. so dont invest the testcoin. Mine it only to test with me. I hope some people want to test it with me. So we can make xcoin better than it is now.
|
|
|
|
UPDATE: Was looking into the blockchain acting in doubletime and was told that sending confirms almost instantly, people are correlating this to some sort of "instantx" transaction. Heres what I saw:
SHA miners are finding blocks worth 500 coins but every time there are no transactions included... (im not saying there wont be proof of an sha block found with transactions)
POS stakers are finding blocks worth their 3%+transaction fee near INSTANTLY when a transaction needs to be included in a block.
Ive seen a coin before where when the mempool or whatever was empty it created dummy work. so the dev spammed the chain to provide work every minute which was usually solved in less time. because all the work that could be done was on hold waiting for the mempool to fill, the diff required to solve did not reflect the amount of work capable/readily available, when the mempool filled a block was solved very quickly.
Applies to XCO: if stakers are only solving blocks when theres a transaction(s) to include then inconsistancey in usage will lead to lower diff and higher stakes available so the second transactions appear a solution is found and theyre included/broadcast in a block.
Shitty Example: 20 guys wait at a crosswalk to help seniors, as soon as one arrives there is no wait.
Anyways if this is true, people could spam the chain with tx to limit the POW blocks and reduce the overall supply. if its not true i have a wild imagination.
Thoughts?
Actually, its simply fast to confirm (less than 1 minute target) because pos is active during pow. Average time for a block to be found is 25 seconds now. When pow ends the average time for a pos block to be found will be 60 seconds. Sending coins does not make pow shorter and it does not make a block found. Blocks are found regardless of if there are transactions. About the coins being sent instantly, that is not true. They are broadcast and known to the peers instantly because the internet is fast and we have good nodes. But, they are not confirmed until people find a block(the average for this, is half the average block time) so while its hybrid pow/pos now, the transaction will have the first confirmation in average 12.5 seconds. when pow ends, the average will be 30 seconds to enter a block. but each block still is found at an average of 25 seconds durring pow, and average of 60 seconds when pow ends. First I'd like to apologize for not having a clue how things work. Having said that, I run some tests and I could swear the transactions speed up the blocks somehow?  ? Here's what I did: Sent a bunch of 10 XCO TXs to myself, alternating from different confirmed inputs for each tx (Im clumsy but I did it as fast as i could, ie selecting inputs pasting the address and sending). Started on block 18,390 this is what the block explorer says: from 18,390 and up blocks appear to have been solved with stake diff? and average time decreased a lot as opposed to 1tx 500 PoW blocks before I started my "test" grey parts are prior to my transactions and the red letters are seconds from previous block. https://i.imgur.com/vnvoUF9.jpgsorry again, I guess it is evident I am technically challenged for this kind of stuff.  I promise. the average time for finding a block while pow is running is currently about 25 seconds. You can check here http://www.blocktree.io/charts/XCO Your tx ill be included in a block at half that time (so 12.5 seconds) while pow is running. If you send a million transactions now, it wont make a million blocks come... |
|
|
|
It would be a nice feature to have automatic coin control which groups the IO into 25K coin blocks.
That should be pretty easy to do. I'll work on it. It's a nice feature. can you start working on it now please? I have already started working it  |
|
|
|
It would be a nice feature to have automatic coin control which groups the IO into 25K coin blocks.
That should be pretty easy to do. I'll work on it. |
|
|
|
UPDATE: Was looking into the blockchain acting in doubletime and was told that sending confirms almost instantly, people are correlating this to some sort of "instantx" transaction. Heres what I saw:
SHA miners are finding blocks worth 500 coins but every time there are no transactions included... (im not saying there wont be proof of an sha block found with transactions)
POS stakers are finding blocks worth their 3%+transaction fee near INSTANTLY when a transaction needs to be included in a block.
Ive seen a coin before where when the mempool or whatever was empty it created dummy work. so the dev spammed the chain to provide work every minute which was usually solved in less time. because all the work that could be done was on hold waiting for the mempool to fill, the diff required to solve did not reflect the amount of work capable/readily available, when the mempool filled a block was solved very quickly.
Applies to XCO: if stakers are only solving blocks when theres a transaction(s) to include then inconsistancey in usage will lead to lower diff and higher stakes available so the second transactions appear a solution is found and theyre included/broadcast in a block.
Shitty Example: 20 guys wait at a crosswalk to help seniors, as soon as one arrives there is no wait.
Anyways if this is true, people could spam the chain with tx to limit the POW blocks and reduce the overall supply. if its not true i have a wild imagination.
Thoughts?
Actually, its simply fast to confirm (less than 1 minute target) because pos is active during pow. Average time for a block to be found is 25 seconds now. When pow ends the average time for a pos block to be found will be 60 seconds. Sending coins does not make pow shorter and it does not make a block found. Blocks are found regardless of if there are transactions. About the coins being sent instantly, that is not true. They are broadcast and known to the peers instantly because the internet is fast and we have good nodes. But, they are not confirmed until people find a block(the average for this, is half the average block time) so while its hybrid pow/pos now, the transaction will have the first confirmation in average 12.5 seconds. when pow ends, the average will be 30 seconds to enter a block. but each block still is found at an average of 25 seconds durring pow, and average of 60 seconds when pow ends. |
|
|
|
Newbie here. Thank y'all in advance for helping.
1- Using Macbook cannot download wallet. Error message is XCoin-qt quit unexpectedly. Can access coin-miners.info pool website.
2- Using XP cannot access coin-miner.info. Can download wallet.
3- Above would not be an issue but coin-miners.info website "Account Detail" seems to NOT hold payment address and "Cash Out" is not functioning.
Hi What version is your mac? I'll ask karimdr2 about it. Maybe I'll need to make it or make a bounty for a mac wallet if people have problems with the mac wallet. If you can't access coin-miner.info on your xp but can access it on your mac, try using a different browser on your xp, the website should work then. |
|
|
|
I am getting a lot of conflicts on earnings generated from staking.....I am getting a fair amount of .01 xco's ( does this mean I have to combine inputs)...but it seems that most of the higher amounts that get generated don't get confirmed (.03 , .04 xco's....amounts like that). Do I need to combine all my inputs?
thos are orphans. so either someone mined through pow and or pos the block you submitted and it got accepted but yours didnt. about the reward you are getting, you can find blocks and get 0.01 +transaction fees with less than 20k-25k input. if you want to get the bigger 10+coin reward your input needs to be bigger than 20k-25k. it would help if you tell me how many coins you have. i'll tell you the best way to stake to get best rewards with the amount you have. |
|
|
|
its not going to go down.
so you sell to me but you wont buy lower
use your brain
if you ant to sell, make a sell order.
dont sell down to buy orders. or you lose coins.
Stop buying. You have more than enough coins. |
|
|
|
Yes price is really low. It good time to buy if you can buy between 500-1k in this moment. I try buy more coins and stake it i think we should see 2-3k at this coin in future
So does the Dev have any plans for this coin? Like is there something special about it that kind of makes it stand out from your regular crypto currency? Right now, its proof of stake makes it stand out. In the future more things will too. Xcoin's proof of stake currently (3% interest per year + 10 coins)rounded up to highest 0.999 + transaction fees paid out every time you find a block maximum reward 20 coins if you have a trivial small input you get only 0.01 reward. right now, tha smallest input to get a 10+ coins reward is 20k-25k coins per day stake. as the price goes up, i'll make it lower amount of coins to get the high reward. using condition nHeight statement for hard fork. so right now to get the high reward you need 20k - 25k coins. when the price reaches 0.0001 btc, i'll make a hard fork to make it min 5k coins to get the high rewards. using pindexBest->nHeight statement. |
|
|
|
you don't have to put a config in anymore, its fixed according to the Dev
Yes. Now it will connect you to peers automatically without the need of putting a conf. |
|
|
|
You shouldn’t need to put a conf to sync.
I'll fix it on my end now.
Fixed Now you can sync without a conf |
|
|
|
|
You shouldn’t need to put a conf to sync.
I'll fix it on my end now.
|
|
|
|
|
Launch will be delayed 10 minutes as the computer i was uploading on crashed
|
|
|
|
|
