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

kenara

newbie

Activity: 17

Merit: 0

Quote from: smooth on August 09, 2014, 08:07:26 PM

Quote from: kenara on August 09, 2014, 07:57:46 PM

Hi i just started mining monero.can i solo mine using gpu?if not..whats the best pool to use?

Solo mining is currently CPU only.

See list of pools in first post of this thread.

I tried solo mining monero overnight using this pool http://xmr.farm/ ,about 7 hrs, I dont get any xmr at all.Is this normal?

Pending Balance: 0.000000000000 XMR
Total Paid: 0.000000000000 XMR
Last Share Submitted: about an hour ago
Hash Rate: 0 H/sec
Total Hashes Submitted: 4079880

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: kenara on August 09, 2014, 07:57:46 PM

Hi i just started mining monero.can i solo mine using gpu?if not..whats the best pool to use?

Solo mining is currently CPU only.

See list of pools in first post of this thread.

kenara

newbie

Activity: 17

Merit: 0

Hi i just started mining monero.can i solo mine using gpu?if not..whats the best pool to use?

thefunkybits

legendary

Activity: 1218

Merit: 1000

I've started a twitter campaign to get "Major Outlets and Exchanges" behind our beloved Monero (XMR). @coindesk @cryptsy etc...

If enough of us let our voice be heard we could make a huge impact! Shocked

More info here: https://bitcointalksearch.org/topic/petitioning-cryptsy-btc-e-and-others-for-moneroxmr-731365

owlcatz

legendary

Activity: 3570

Merit: 1959

Quote from: primer- on August 09, 2014, 05:24:54 PM

Quote from: owlcatz on August 09, 2014, 05:22:59 PM

Quote from: jlong187 on August 09, 2014, 12:21:22 PM

how's GPU mining compared to CPU mining for this coin?

Great for AMD users, maybe not so much for nvidia users. I get around 650h/s with 2 AMD r9 270x's... Make about one xmr a day using claymores miner. (Is he rich yet lol?) Tongue

Edit - claymores miner only runs on winblows too.

1XMR/day will not cover electricity alone, why do you mine monero at a loss ?

Sorry i did not mention that my electricity is free right now. Wink

primer-

legendary

Activity: 1092

Merit: 1000

Quote from: owlcatz on August 09, 2014, 05:22:59 PM

Quote from: jlong187 on August 09, 2014, 12:21:22 PM

how's GPU mining compared to CPU mining for this coin?

Great for AMD users, maybe not so much for nvidia users. I get around 650h/s with 2 AMD r9 270x's... Make about one xmr a day using claymores miner. (Is he rich yet lol?) Tongue

Edit - claymores miner only runs on winblows too.

1XMR/day will not cover electricity alone, why do you mine monero at a loss ?

owlcatz

legendary

Activity: 3570

Merit: 1959

Quote from: jlong187 on August 09, 2014, 12:21:22 PM

how's GPU mining compared to CPU mining for this coin?

Great for AMD users, maybe not so much for nvidia users. I get around 650h/s with 2 AMD r9 270x's... Make about one xmr a day using claymores miner. (Is he rich yet lol?) Tongue

Edit - claymores miner only runs on winblows too.

fluffypony

donator

Activity: 1274

Merit: 1060

GetMonero.org / MyMonero.com

Quote from: statdude on August 09, 2014, 03:43:16 PM

Maybe dumb question, but what are the effects of higher vs lower mixins on

-blockchain size
-transaction speed

blockchain size

The higher the mixin the greater the physical transaction size, so if everyone is using a mixin of 100 it would increase tx size (and thus block size) linearly with the mixin amount.

transaction speed

Zero impact. Unlike a coin that uses multiple stages of mixing, onion mixing, or CoinJoin (even with multiple mixing stages) a tx is the same speed whether it has a mixin of 2, 20, or 200.

xulescu

sr. member

Activity: 263

Merit: 250

Quote from: statdude on August 09, 2014, 03:43:16 PM

Maybe dumb question, but what are the effects of higher vs lower mixins on

-blockchain size
-transaction speed

TX size grows linerly with mixin count. TX data is the bulk of the blockchain size, block headers being relatively negligible. TX speed is not affected. At this moment TX fees are not affected but that is likely to change in the future.

statdude

legendary

Activity: 1498

Merit: 1000

Maybe dumb question, but what are the effects of higher vs lower mixins on

-blockchain size
-transaction speed

fluffypony

donator

Activity: 1274

Merit: 1060

GetMonero.org / MyMonero.com

Quote from: Mumbles on August 09, 2014, 02:50:07 PM

You guys did a fantastic job with the GUI wallet. A big step forward in usability and professionalism.

One comment on the "privacy level" display issue. I think that will confuse most users who are not crypto geeks. I would recommend hiding that in an advanced tab or settings somewhere and just use a good default value. The average person who sends money will not understand or want to worry about that, and in fact, it may make them feel nervous or unsure of what they are doing.

Don't you think this is a knowledge transfer / user education thing? I mean, after the first start wizard new users will see the tutorial screen (I'll show that off when completed), so before they see the privacy slider in the natural course of things they'll learn what it is.

Not showing the privacy slider effectively locks 90% of future transactions in at a single mixin (or even a random selection from a group), so this is something we need to keep loose so that the anonymityset isn't slightly reduced by a fixed mixin level.

Mumbles

newbie

Activity: 50

Merit: 0

You guys did a fantastic job with the GUI wallet. A big step forward in usability and professionalism.

One comment on the "privacy level" display issue. I think that will confuse most users who are not crypto geeks. I would recommend hiding that in an advanced tab or settings somewhere and just use a good default value. The average person who sends money will not understand or want to worry about that, and in fact, it may make them feel nervous or unsure of what they are doing.

Quote from: fluffypony on August 09, 2014, 05:52:08 AM

One of the things we've spent an inordinate amount of time is abstracting stuff away from simplewallet. This has resulted in us being able to build rpcwallet, which takes the rpc guts out of simplewallet and gives it a much more robust frame for automated environments.

The GUI will use the same libraries the daemon does, so it will provide the same underlying functionality without the need for a second instance of the daemon to run. This is NOT the right solution for mobile devices or even very low power devices. That said, the fundamentals that we're abstracting and working on now will allow a rich variety of interfaces to exist, all inheriting and using the same functionality without worrying about underlying application logic changes.

krawallmining

member

Activity: 65

Merit: 10

Quote from: jwinterm on August 09, 2014, 10:23:12 AM

Exchanges usually only run one wallet. For btc and btc-clones, you have an account/address for each user of that wallet, so that's why everyone get's their own address for depositing funds. For monero simplewallet, there is only one address, it's not practical to have an instance of the wallet running for every user of the exchange. So, to get around this, they have everyone deposit to the same address, but give them each a unique payment id, so they can tell who deposited what funds.

Ah, thx.

fluffypony

donator

Activity: 1274

Merit: 1060

GetMonero.org / MyMonero.com

Quote from: iourzzz on August 09, 2014, 12:32:07 PM

Quote from: IntroVert on August 09, 2014, 12:19:58 PM

Another thing you might consider is to switch the font sizes on locked and available balance. When sending money I would be interested in how much money are available for sending, and not how much are not available, hence the bigger font for the available. Alternatively, you can use a different color for the locked balance like orange, red, etc. to denote unavailability of funds.

Probably in addition to that it's more logical to move available balance on top of locked.

This is something already changed in the next sprint, but didn't reflect in the one I showed off:)

iourzzz

member

Activity: 94

Merit: 10

Quote from: IntroVert on August 09, 2014, 12:19:58 PM

Quote from: fluffypony on August 09, 2014, 12:05:04 PM

Quote from: falskmyntaren on August 09, 2014, 11:20:57 AM

Destination might be called "recipient"?

Payment ID is crucial if required, should not be last.

Privacy level *before* amount and SEND, to avoid accidental unsafe transactions.

Amount LAST when recipient and privacy are sent.

Good stuff - I'll bounce this around and a bit with the UI designers. If for whatever reason we forget about it, then wait till the interface code is up on github and you'll be able to open an issue for this. The text is also very much "up for grabs" at this stage, we've been design focused and haven't touched the wording on anything besides the wallet -> account thing (which has a wider impact).

Another thing you might consider is to switch the font sizes on locked and available balance. When sending money I would be interested in how much money are available for sending, and not how much are not available, hence the bigger font for the available. Alternatively, you can use a different color for the locked balance like orange, red, etc. to denote unavailability of funds.

Probably in addition to that it's more logical to move available balance on top of locked.

jlong187

member

Activity: 255

Merit: 10

how's GPU mining compared to CPU mining for this coin?

IntroVert

full member

Activity: 266

Merit: 119

Quote from: fluffypony on August 09, 2014, 12:05:04 PM

Quote from: falskmyntaren on August 09, 2014, 11:20:57 AM

Destination might be called "recipient"?

Payment ID is crucial if required, should not be last.

Privacy level *before* amount and SEND, to avoid accidental unsafe transactions.

Amount LAST when recipient and privacy are sent.

Good stuff - I'll bounce this around and a bit with the UI designers. If for whatever reason we forget about it, then wait till the interface code is up on github and you'll be able to open an issue for this. The text is also very much "up for grabs" at this stage, we've been design focused and haven't touched the wording on anything besides the wallet -> account thing (which has a wider impact).

Another thing you might consider is to switch the font sizes on locked and available balance. When sending money I would be interested in how much money are available for sending, and not how much are not available, hence the bigger font for the available. Alternatively, you can use a different color for the locked balance like orange, red, etc. to denote unavailability of funds.

fluffypony

donator

Activity: 1274

Merit: 1060

GetMonero.org / MyMonero.com

Quote from: heslo on August 09, 2014, 07:01:50 AM

This looks fantastic guys! Are you targeting a beta for release or just releasing it when finished? If so when do you think we can get our hot little hands on it? Cheesy

Once we've tightened the nuts and bolts on the interface (a few more weeks, donations dependent) we'll push the interface up to a project of its own on github so we can better manage all the translation efforts. Tangentially and simultaneously, the integration with Monero will start. Given the complexity of all of this, we may find that the interface is ready, the translations are ready, and the integration drags a little, but since the integration efforts there will be an ongoing and continuous it will be able to be tested by everyone. Eventually when things are more broadly tested, all features are done, and it is ready for prime time, we will have an official launch (totally with a launch party;)

fluffypony

donator

Activity: 1274

Merit: 1060

GetMonero.org / MyMonero.com

Quote from: falskmyntaren on August 09, 2014, 11:20:57 AM

Destination might be called "recipient"?

Payment ID is crucial if required, should not be last.

Privacy level *before* amount and SEND, to avoid accidental unsafe transactions.

Amount LAST when recipient and privacy are sent.

Good stuff - I'll bounce this around and a bit with the UI designers. If for whatever reason we forget about it, then wait till the interface code is up on github and you'll be able to open an issue for this. The text is also very much "up for grabs" at this stage, we've been design focused and haven't touched the wording on anything besides the wallet -> account thing (which has a wider impact).

fluffypony

donator

Activity: 1274

Merit: 1060

GetMonero.org / MyMonero.com

Quote from: cAPSLOCK on August 09, 2014, 09:04:53 AM

Quote from: fluffypony on August 09, 2014, 06:01:39 AM

Quote from: saddambitcoin on August 08, 2014, 06:40:52 PM

I think they should rename the Monero Missives to the Monero Massives because this looks like a great UI.

Can't wait to use it (on OSX). Hehe.

Edit:
I would like to be able to see the # of mixins on the slider where you choose how private to make the transaction.

That's in the works - we've just been debating it peripherally (for 2 weeks) so we get how it displays correct. For the most part, even a power user may not care about the actual value after a while, so we don't want the numerical amount to be too obtrusive (or too hidden;)

The continuum slider is cool. And then a mouse over context popup can give detail about the chosen level. (x-mixin, network yaya). Personally I think the slider should be as granular (detented) as the actual privacy steps.

It will have complete granularity in integer steps up to a realistic top-end (no clue what, let's call it a mixin of 100 for argument's sake). If for any reason someone needs to use a mixin level beyond that top end they would have to create a manual tx or use the CLI / RPC tools. We want to provide a reasonable scope, but we also can't cater for edge cases. If it so happens in future that large block sizes are common, large tx sizes are common, blah blah, then increasing this top end is a trivial exercise that a power user can do in the source and compile on their own without even waiting for us to make the change:)

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