Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 623. (Read 4670673 times)

legendary
Activity: 1105
Merit: 1000

It basically means at this point that there is a template that can get a Monero node running on Azure quickly and easily. So pretty bare-bones right now. It could do other things in the future.
legendary
Activity: 1105
Merit: 1000
I'm wondering why block time was increased, where can I read about it?

Its been discussed elsewhere, but I'm not sure there's a cogent document about it. Basically, the 1 minute blocktime was put into place by the original developer, thankful for today, when he cloned bytecoin to create bitmonero. If you don't know the rest of the story, the current core team then forked bitmonero to create the chain we know and love today as Monero. If you dive into the historical posts, you can see the disagreement with 1 min vs 2 minute blocktimes, and the post-hoc rationale provided by TFT was that 1 minute blocktimes would increase distribution in the initial phase (more block finders would be solo miners etc), though its probably he wanted 1 minute blocks because short blocks were all the rage in 2014. And it was also put forward that the chain would switch to 2 minute blocks once the primary distribution was over, in order to prevent re-orgs (when presumably the blocks would be bigger later in the chain's life).

So in short, the blocktime was increased to prevent high frequency of reorganizations.

It also lessens the slow-to-verify POW impact (which positively impacts orphans somewhat, but more so initial/catchup syncs). 1 minute blocks are on the dangerously short side for a decentralized POW currency, in my opinion.
legendary
Activity: 1442
Merit: 1000
Antifragile
legendary
Activity: 1260
Merit: 1008
I'm wondering why block time was increased, where can I read about it?

Its been discussed elsewhere, but I'm not sure there's a cogent document about it. Basically, the 1 minute blocktime was put into place by the original developer, thankful for today, when he cloned bytecoin to create bitmonero. If you don't know the rest of the story, the current core team then forked bitmonero to create the chain we know and love today as Monero. If you dive into the historical posts, you can see the disagreement with 1 min vs 2 minute blocktimes, and the post-hoc rationale provided by TFT was that 1 minute blocktimes would increase distribution in the initial phase (more block finders would be solo miners etc), though its probably he wanted 1 minute blocks because short blocks were all the rage in 2014. And it was also put forward that the chain would switch to 2 minute blocks once the primary distribution was over, in order to prevent re-orgs (when presumably the blocks would be bigger later in the chain's life).

So in short, the blocktime was increased to prevent high frequency of reorganizations.
legendary
Activity: 1610
Merit: 1004
Off the top of my head, block time was increased from 1 to 2 minutes to reduce the number of empty blocks, and also to reduce the number of orphan blocks.
hero member
Activity: 602
Merit: 508
Firstbits: 1waspoza
I'm wondering why block time was increased, where can I read about it?
legendary
Activity: 2268
Merit: 1141
sr. member
Activity: 280
Merit: 250
sr. member
Activity: 306
Merit: 251
My god can we find a block already on Monerohash.com   Long wait since the fork. 
full member
Activity: 201
Merit: 100
full member
Activity: 173
Merit: 100
use transfer 0   for 200xmr to poloniex.com ,fee is 0.4 xmr,does that too high?

Where are you sending from? The default fee is 0.01 XMR per KB. It could very well be that you have a lot of dust in your wallet. Did you mine to it?
yes all the coins were mined ,be send from the pools. all the dust are 1.73 ,i tried to send 100 xmr from my wallet fee is 2.1

Are you sending from simplewallet or from a pool directly? That fee looks way too high for simplewallet and the transaction will likely not go through if it is send from simplewallet because it is above the median and therefore miners will incur a penalty to include your transaction in the block. Like papa_lazzarou said, if you are sending from simplewallet, try to "undust" your dust with the sweep_dust function first. You should not have any issue transfering Monero thereafter.
[wallet 46TRZS]: sweep_dust
Error: not enough money to transfer, available only 0.179658438977, transaction amount 0.380000000000 = 0.190000000000 + 0.190000000000 (fee)
i used the command sweep_dust got this error
full member
Activity: 130
Merit: 100
What are coinbase transactions?

That's another term for mining.

Bear in mind that Zcash's math also is supposed to ensure that every transaction has outputs = inputs. The main differences are:

1. The RingCT math is orders of magnitude simpler. I can almost understand it, and that's saying a fair amount (not a cryptographer).

2. Zcash has the trusted setup which, if compromised in any way, will allow coins to be created without any possibility of detection. RingCT has no trusted setup.



I'm pretty sure with zcash that you can't even tell how many coins are in circulation.  So you can make a rough estimate based on the emission curve but there is no way to know how many coins have been mined.  Paired with the trusted setup this is pretty risky.  RingCT doesn't have a trusted setup but once it's implemented will we still be able to see how many monero are in circulation? Or will you be unable to monitor total money supply?
hyc
member
Activity: 88
Merit: 16
I received a reply from cryptonotepool.org.uk today (from my email 5 days ago) saying they may look into upgrading this weekend. It didn't sound very definite though.
legendary
Activity: 2268
Merit: 1141
Update, all pending pools have either upgraded or found a block.

Pools that found a V2 block so far (and are thus safe to mine on):

https://moneropool.com/
http://monero.crypto-pool.fr/
http://dwarfpool.com/xmr
http://xmr.alimabi.cn/
https://minergate.com/pool-stats/mro
http://mro.poolto.be/#pool_blocks
https://monerohash.com/#pool_blocks
http://minexmr.com/#pool_blocks
http://xmr.prohash.net/#pool_blocks
http://monero.miner.center/#pool_blocks
http://mro.poolto.be/#pool_blocks
http://monero.xminingpool.com/#pool_blocks

Pending (i.e. where on the right version before the fork, but haven't found a block yet):

https://monerohash.com/#pool_blocks
http://minexmr.com/#pool_blocks (found the fork block, but nothing after)
http://xmr.prohash.net/#pool_blocks
http://monero.miner.center/#pool_blocks
http://mro.poolto.be/#pool_blocks (seems offline currently)
http://monero.xminingpool.com/#pool_blocks


Wrong chain (i.e. where on the wrong version before the fork):

http://cryptmonero.com/#pool_blocks <= Botnet probably, see:

Quote
Seems to be mainly a botnet: http://fpaste.org/321343/14552121/. Also, reported number of miners seems fake if you compare it to the number of paid miners.

http://cryptonotepool.org.uk/#pool_blocks (indicated they would upgrade though)



If you are on a private pool, please check if your pool is finding blocks after 1009827. Pending pools probably got stuck due to their (custom) pool software. Issue reported by primer-:

Quote
"Error: Failed to parse block
    at Object.BlockTemplate.nextBlob (/root/test/cryptonote-universal-pool/lib/pool.js:120:23)
    at Object.Miner.getJob (/root/test/cryptonote-universal-pool/lib/pool.js:297:41)
    at handleMinerMethod (/root/test/cryptonote-universal-pool/lib/pool.js:492:28)
    at handleMessage (/root/test/cryptonote-universal-pool/lib/pool.js:606:13)
    at Socket.socket.on.on.on.pushMessage (/root/test/cryptonote-universal-pool/lib/pool.js:660:25)
    at Socket.EventEmitter.emit (events.js:95:17)
    at Socket. (_stream_readable.js:746:14)
    at Socket.EventEmitter.emit (events.js:92:17)
    at emitReadable_ (_stream_readable.js:408:10)
    at emitReadable (_stream_readable.js:404:5)





cryptonote-universal-pool wont run after the fork. node-cryptonote-pool works just fine
legendary
Activity: 2268
Merit: 1141
So net hash dropped because of botnets gone after fork? Can it be the reason?

I know for certain that at least 600 KH/s of botnet dropped off. We have to see in a few days what really dropped off, likely botnets as you state.
legendary
Activity: 1750
Merit: 1101
karbo.io
So net hash dropped because of botnets gone after fork? Can it be the reason?
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
If you remeber, i urged the community to vote for [XMR] on https://www.cryptopia.co.nz


Never heard of this, so I had a look:

Quote
Exchange Summary
Total Markets: 1535
Total Trades(24 hours): 3938

Haven't heard of 90% of the coins listed either.  Not that I look much at that stuff, but still. 

Trading XMR would likely blow the top right off the exchange.  One bot would increase their volume by an order of magnitude Grin

I commend the initiative and effort, but can't recommend an exchange that

-puts new listings up for a vote, then utterly fails to act on the results (cough, Craptsy, cough)

-says XMR is a priority in Oct 2015 and still needs to be gently nudged 6 months later (Craptsy did that)

-supports 1500 shitcoins but can't bother with an innovative/fairly launched/top 10 coin (more shades of Craptsy)

-needs hand-holding tech support from (potential?) customers to sort their backend (I expect an exchange to know more than I do)

-only provides updates (in the form of lame/implausible excuses) on the previously promised pair when prompted by inquiry
Jump to: