[XMR] Monero - A secure, private, untraceable cryptocurrency - page 1874.

superresistant

legendary

Activity: 2142

Merit: 1131

Quote from: ozie on June 05, 2014, 08:47:31 AM

Quote from: superresistant on June 05, 2014, 06:34:39 AM

monero.crypto-pool.fr
Our total hashrate increased by 9 times in 24 hours.
The pool is very stable thanks to recent improvement in the code. There is still a big margin for more hashrate.
We never found so much blocks, it is very impressive.
Thanks for your support !
Check my signature for tutorial.

I was checking the Stats of all Pools to get a better overview of the amount of Orphans produced each day.
All Pools have an orphan rate of 1/4 to 1/5 of all Blocks minted. Only your pool has a much worse rate of 1/3 of all Blocks being orphaned.
I dont know if there is a way to boost the connections of the daemon to the network. But you should look into this. Something seems not quite right.

FUD or just wrong calculation...

We updated the pool around the 1st of this month.
On the 30 last confirmed block only 5 are orphaned.
That is 16% of orphan while other pool have between 20 and 25 %
We divided by 2 our orphan rate that was very high before. Every pool has it's own optimization.
We used to be the worst, now we are the best.

Anyway this is clear now.

GreekBitcoin

legendary

Activity: 1428

Merit: 1001

getmonero.org

Quote from: btctrade.com on June 05, 2014, 08:50:15 AM

why cannot trade on Polo today?

It has changed to XMR/BTC no MRO/BTC

btctrade.com

newbie

Activity: 18

Merit: 0

why cannot trade on Polo today?

ozie

full member

Activity: 239

Merit: 103

Quote from: superresistant on June 05, 2014, 06:34:39 AM

monero.crypto-pool.fr

Our total hashrate increased by 9 times in 24 hours.

The pool is very stable thanks to recent improvement in the code. There is still a big margin for more hashrate.

We never found so much blocks, it is very impressive.

Thanks for your support !

Check my signature for tutorial.

I was checking the Stats of all Pools to get a better overview of the amount of Orphans produced each day.
All Pools have an orphan rate of 1/4 to 1/5 of all Blocks minted. Only your pool has a much worse rate of 1/3 of all Blocks being orphaned.

I dont know if there is a way to boost the connections of the daemon to the network. But you should look into this. Something seems not quite right.

nakaone

hero member

Activity: 742

Merit: 500

Quote from: Steam20 on June 05, 2014, 08:25:19 AM

Quote from: pabloangello on June 05, 2014, 07:32:21 AM

Why should I invest in this coin, what makes it better than other coins?

You can trade it and try to make a profit that way...

exactly, nothing new here - just the usual pump and dump Grin

Steam20

full member

Activity: 146

Merit: 100

Quote from: pabloangello on June 05, 2014, 07:32:21 AM

Why should I invest in this coin, what makes it better than other coins?

You can trade it and try to make a profit that way...

Ch3rub

member

Activity: 64

Merit: 10

quick question, what are the best CPUs to mine this coin?
AMD/Intel? higher speed or more cores?
how much memory is needed in a rig?

is there an article anywhere which describes rig requirements for Monero?

pabloangello

legendary

Activity: 1344

Merit: 1001

Quote from: superresistant on June 05, 2014, 07:43:29 AM

Quote from: pabloangello on June 05, 2014, 07:32:21 AM

Why should I invest in this coin, what makes it better than other coins?

Just don't. If you are not able to do your own research, you are not ready to invest.

I do both, own research and also ask people in thread. Then compare.

superresistant

legendary

Activity: 2142

Merit: 1131

Quote from: pabloangello on June 05, 2014, 07:32:21 AM

Why should I invest in this coin, what makes it better than other coins?

Just don't. If you are not able to do your own research, you are not ready to invest.

hbadger

newbie

Activity: 42

Merit: 0

Quote from: pabloangello on June 05, 2014, 07:32:21 AM

Why should I invest in this coin, what makes it better than other coins?

- It's based on Cryptonote, which you could say is the first significant innovation in the altcoins world. It allows us to have anonymous transactions, much better than the Darkcoin fad (which is just CoinJoin but badly implemented).
- It uses the blockchain technology, but is not a Bitcoin copy/paste, it's a complete rewrite.
- The dev team is very competent, they even started a partnership with I2P.
- Lots of Bitcoin early adopters including myself loved it at first sight. That's no coincidence.
- Gregory Maxwell, Bitcoin core dev and creator of CoinJoin, talked very well about the way ring signatures are used here.
- Fair launch, no ninja-mine, etc.

GreekBitcoin

legendary

Activity: 1428

Merit: 1001

getmonero.org

Quote from: pabloangello on June 05, 2014, 07:32:21 AM

Why should I invest in this coin, what makes it better than other coins?

It is not a bitcoin clone coin and its "anonymity" or "privacy" or whatever you call it is real and doesnt rely on masternodes that can be hacked or can be owned by malicious people. Oh and it is opensource.

cxboyminer

hero member

Activity: 896

Merit: 500

damn... VPS makes 15H/s only wtf Sad

bought it today from ovh now getting refund

pabloangello

legendary

Activity: 1344

Merit: 1001

Why should I invest in this coin, what makes it better than other coins?

equipoise

hero member

Activity: 794

Merit: 1000

Monero (XMR) - secure, private, untraceable

^You should exchange GBP -> BTC -> XMR.

Quicken

sr. member

Activity: 280

Merit: 250

Quote from: onemorebtc on June 05, 2014, 06:41:57 AM

Quote from: TTM on June 05, 2014, 06:39:32 AM

I'm seeing more and more people getting transaction size limit while sending Monero. So what is the problem here ? Transaction size depend mostly on number of inputs and outputs, not amount.

I guess this is because of the amount to be broken down into smaller transactions, i.e. 123.4567 => 100 + 20 + 3 + 0.4 + 0.05 + 0.006 + 0.0007. I think this way will increase number of inputs enormously. If this is corrent, Monero need some serious improvements otherwise it will be struggle on getting more adoption, we can't tell user to send coins in even amount of something like 100 XMR instead of 100.123456789 XMR.

the problem are many small inputs (eg pool payouts)
btw bitcoin has the same problem (just better pools)

Would a workaround be to send infrequent transactions from a mining wallet to a second storage/transaction wallet?

I am not currently a member of an exchange, but have started mining Monero and I'm keen to invest some fiat savings (GBP) too. Ideally, I'd buy from somewhere like coin-hub.co.uk but they don't sell Monero yet (I have sent a request). Can anyone suggest the easiest way to exchange GBP for XMR? Any help appreciated.

equipoise

hero member

Activity: 794

Merit: 1000

Monero (XMR) - secure, private, untraceable

Quote from: TTM on June 05, 2014, 06:57:57 AM

Quote from: equipoise on June 05, 2014, 06:45:21 AM

Quote from: TTM on June 05, 2014, 06:39:32 AM

I'm seeing more and more people getting transaction size limit while sending Monero. So what is the problem here ? Transaction size depend mostly on number of inputs and outputs, not amount.

I guess this is because of the amount to be broken down into smaller transactions, i.e. 123.4567 => 100 + 20 + 3 + 0.4 + 0.05 + 0.006 + 0.0007. I think this way will increase number of inputs enormously. If this is corrent, Monero need some serious improvements otherwise it will be struggle on getting more adoption from users and exchanges. We can't tell user to send coins in even amount of something like 100 XMR instead of 100.123456789 XMR.

"amount to be broken down into smaller transactions, i.e. 123.4567 => 100 + 20 + 3 + 0.4 + 0.05 + 0.006 + 0.0007" is needed for the mixing and is just fine. The problem comes when you are mining in a large pool and getting dust transactions few times per hour.

We can't expect every pool to raise limits for the good of network, is an update needed at protocol level for this task ? I thought recent mandatory update with new fee was about to fix "dust transactions" problem ?

More dust inputs -> bigger transaction.
Larger mixing count -> bigger transaction.
The transaction size limit is not hard coded in the protocol - it's adjusting by itself, so it depends on the users:
More larger transactions close to the limit -> larger transaction limit -> bigger blockchain.
The transaction fee is currently hard coded, so whatever the transaction size -> same fee - this will be changed to larger transaction size -> larger fees.
We could expect the pools to raise limits - the same way they do it for Bitcoin, because sending you dust, which is more expensive to spend then the dust itself is not good for the users and they'll eventually leave the pool if this is not changed.

Quote from: luckygenough56 on June 05, 2014, 07:05:57 AM

when can we expect a shiny featured wallet and faster blockchain. Any ideas ? Will we be able to send coins from one exchange to another without issues soon ?

It's already in the RPC API, so it depends on the exchanges now, not on the core devs.

Xdragon

hero member

Activity: 543

Merit: 500

Quote from: AlexGR on June 05, 2014, 06:31:03 AM

Quote from: ora on June 05, 2014, 05:15:44 AM

I cannot transfer XMR to bittrex. What's wrong?

Protocol limitations.

Is there any dev, from any BCN-coin trying to fix this? It's quite annoying - and not only that, but people used to Bitcoin consider it a ridiculous limitation.

I had the same problem. Solved it by restarting wallet, it takes just a few seconds Cheesy

luckygenough56

legendary

Activity: 1526

Merit: 1012

when can we expect a shiny featured wallet and faster blockchain. Any ideas ? Will we be able to send coins from one exchange to another without issues soon ?

TTM

full member

Activity: 140

Merit: 100

Quote from: equipoise on June 05, 2014, 06:45:21 AM

Quote from: TTM on June 05, 2014, 06:39:32 AM

I'm seeing more and more people getting transaction size limit while sending Monero. So what is the problem here ? Transaction size depend mostly on number of inputs and outputs, not amount.

I guess this is because of the amount to be broken down into smaller transactions, i.e. 123.4567 => 100 + 20 + 3 + 0.4 + 0.05 + 0.006 + 0.0007. I think this way will increase number of inputs enormously. If this is corrent, Monero need some serious improvements otherwise it will be struggle on getting more adoption from users and exchanges. We can't tell user to send coins in even amount of something like 100 XMR instead of 100.123456789 XMR.

"amount to be broken down into smaller transactions, i.e. 123.4567 => 100 + 20 + 3 + 0.4 + 0.05 + 0.006 + 0.0007" is needed for the mixing and is just fine. The problem comes when you are mining in a large pool and getting dust transactions few times per hour.

We can't expect every pool to raise limits for the good of network, is an update needed at protocol level for this task ? I thought recent mandatory update with new fee was about to fix "dust transactions" problem ?

equipoise

hero member

Activity: 794

Merit: 1000

Monero (XMR) - secure, private, untraceable

Quote from: TTM on June 05, 2014, 06:39:32 AM

I'm seeing more and more people getting transaction size limit while sending Monero. So what is the problem here ? Transaction size depend mostly on number of inputs and outputs, not amount.

I guess this is because of the amount to be broken down into smaller transactions, i.e. 123.4567 => 100 + 20 + 3 + 0.4 + 0.05 + 0.006 + 0.0007. I think this way will increase number of inputs enormously. If this is corrent, Monero need some serious improvements otherwise it will be struggle on getting more adoption from users and exchanges. We can't tell user to send coins in even amount of something like 100 XMR instead of 100.123456789 XMR.

"amount to be broken down into smaller transactions, i.e. 123.4567 => 100 + 20 + 3 + 0.4 + 0.05 + 0.006 + 0.0007" is needed for the mixing and is just fine. The problem comes when you are mining in a large pool and getting dust transactions few times per hour.

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