papa_lazzarou
|
|
March 22, 2016, 06:41:35 PM |
|
So, is there an official GUI wallet for XMR and if not, WHY THE HELL NOT?
Because the foundations are a wee bit more important than flashy door knobs. Example:
|
|
|
|
|
|
"You Asked For Change, We Gave You Coins" -- casascius
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
nioc
Legendary
Offline
Activity: 1624
Merit: 1008
|
|
March 22, 2016, 07:48:27 PM |
|
Thank you, I have your site bookmarked. The only thing I'm wondering is, will I notice anything at all when the fork happens while running an up to date node?
|
|
|
|
luigi1111
Legendary
Offline
Activity: 1105
Merit: 1000
|
|
March 22, 2016, 08:17:31 PM |
|
Thank you, I have your site bookmarked. The only thing I'm wondering is, will I notice anything at all when the fork happens while running an up to date node? Hopefully not.
|
|
|
|
Brazzers1080p
Newbie
Offline
Activity: 51
Merit: 0
|
|
March 22, 2016, 08:45:36 PM |
|
Hi again! I wanted to ask if its profitable to just mine with gpu(I have an r9 280x) or mine decred for example and then trade it for monero...Thanks!
|
|
|
|
jwinterm
Legendary
Offline
Activity: 3010
Merit: 1103
|
|
March 22, 2016, 08:50:31 PM |
|
Hi again! I wanted to ask if its profitable to just mine with gpu(I have an r9 280x) or mine decred for example and then trade it for monero...Thanks! Pretty sure it's more profitable to mine decred and trade, which is what I've been mostly doing, although over last few days decred is down and XMR is up, still think you're better off mining decred atm tho.
|
|
|
|
Brazzers1080p
Newbie
Offline
Activity: 51
Merit: 0
|
|
March 22, 2016, 08:55:26 PM |
|
Thanks mate!I am a newbie and i really dont get how this stuff works.How am i supposed to know what is profitable to mine at any given time and then trade? I was thinking screw btc and ltc . I am going to convert everything I will mine to the future to monero and keep maybe some decred.I dont know if it is a god tactic,time will be the judge.
|
|
|
|
robinson5
|
|
March 22, 2016, 09:01:14 PM |
|
Hi everyone I had some questions about monero I was hoping people could help me out with.
So currently monero hides both addresses in a transaction but the amount is visible? And is this mathematically proven anonymity or is it more of a mixing type anonymity?
Also I read that monero is implementing confidential transactions. Would this hide the amount in addition to hiding both addresses? Would this lead to problems that currencies like zcash have?
Thanks for explaining!
|
|
|
|
robricc
Newbie
Offline
Activity: 8
Merit: 0
|
|
March 22, 2016, 09:05:14 PM |
|
Hi again! I wanted to ask if its profitable to just mine with gpu(I have an r9 280x) or mine decred for example and then trade it for monero...Thanks! I have been mining with Five (5) R9 280X cards since June. Since this recent price increase, only now have I almost broke even on the hardware investment. My electricity is free. I bought the vast majority of my Monero when it was around $0.26. If I had a time machine, I would go back, sell the miner and scrape up as many quarters I could find.
|
|
|
|
MoneroMooo
Legendary
Offline
Activity: 1276
Merit: 1001
|
|
March 22, 2016, 09:30:45 PM |
|
Hi everyone I had some questions about monero I was hoping people could help me out with.
So currently monero hides both addresses in a transaction but the amount is visible? And is this mathematically proven anonymity or is it more of a mixing type anonymity?
It's not really that it hides, it's that every single output has a one time address. Each one time address is generated in such a way that only the recipient's private keys can use them. So you don't see addresses on the blockchain, which you can call hidden, but it goes further than putting them on the blockchain in a hidden way. The amount is not directly visible, it is hidden, as in a number of ouputs are sent, some subset (possibly empty) is change, some subets go to other addresses. Outputs are quantized to powers of 10 multiplied by 1-9 so you get a large number of possible amounts. So you can rule out certain amounts (eg, if a tx ouputs are amounts 3, 1, 4, 7, 7, 4, and 9, then you can be sure the tx is not for 6, as there's no way to get 6 from adding up any subset of them), but you can't tell the actual amount in the general case. Also I read that monero is implementing confidential transactions. Would this hide the amount in addition to hiding both addresses? Would this lead to problems that currencies like zcash have?
Thanks for explaining!
This will hide the amount totally, as well as greatly increasing the anonimity set of each output. It's not clear what you mean by "Would this lead to problems that currencies like zcash have?". If you mean the ability to create coins out of thin air without anyone knowing, then I guess it goes in that direction, though with much more mature crypto, there is a lot less stuff that can go wrong. How to quantify such things is subjective though.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
March 22, 2016, 09:37:50 PM Last edit: March 22, 2016, 10:33:49 PM by smooth |
|
So currently monero hides both addresses in a transaction but the amount is visible? And is this mathematically proven anonymity or is it more of a mixing type anonymity?
It has some attributes of both. With ring signatures it is mathematically proven (see white paper) that it is impossible to determine which of the possible spenders (outputs) is the real one. It is like mixing in the sense that each input has a finite set (generally 2-5 in practice though higher mix counts are allowed) of possible outputs and this ends up having a mixing-like effect on the entire blockchain. It is unlike mixing in that the coins being "mixed" don't need to be spent at the same time (like coinjoin) nor do their owners need to take any active steps to mix (like most mixing systems), nor is there any coordinating central coordinating system that can either steal your coins (like centralized mixers) or serve as a point for tracking and logging (like most if not all coinjoin-based implementations).
|
|
|
|
Drhiggins
|
|
March 22, 2016, 09:54:57 PM |
|
So now that most folks are on 0.9.3 the blocks will come every 2 minutes. Does this mean the reward for mining is now doubled or is the emissions just slowed down now by half? I remember seeing something about this months back but don't have the time to comb through all the posts on this thread. Any info is appreciated. My wording may not be the best here but I think most of you will get what I'm asking.
|
Monerohash.com U.S. Mining Pool
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
March 22, 2016, 10:00:07 PM |
|
So now that most folks are on 0.9.3 the blocks will come every 2 minutes. Does this mean the reward for mining is now doubled or is the emissions just slowed down now by half? I remember seeing something about this months back but don't have the time to comb through all the posts on this thread. Any info is appreciated. My wording may not be the best here but I think most of you will get what I'm asking.
The block reward is doubled such that the reward per minute remains the same.
|
|
|
|
hudd
Newbie
Offline
Activity: 12
Merit: 0
|
|
March 22, 2016, 10:38:52 PM |
|
I'm unable to compile 0.9.3 on Ubuntu 14.04 using this old tutorial. There was no specific error except this: make[3]: Leaving directory `/home/xxxx/bitmonero/build/release' [ 92%] Built target core_proxy CMakeFiles/unit_tests.dir/blockchain_db.cpp.o (symbol from plugin): warning: the use of `tmpnam' is dangerous, better use `mkstemp' make[3]: Leaving directory `/home/xxxx/bitmonero/build/release' [ 92%] Built target unit_tests make[2]: Leaving directory `/home/xxxx/bitmonero/build/release' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/xxxx/bitmonero/build/release' make: *** [release-all] Error 2
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
March 22, 2016, 10:40:57 PM |
|
I'm unable to compile 0.9.3 on Ubuntu 14.04 using this old tutorial. There was no specific error except this: make[3]: Leaving directory `/home/xxxx/bitmonero/build/release' [ 92%] Built target core_proxy CMakeFiles/unit_tests.dir/blockchain_db.cpp.o (symbol from plugin): warning: the use of `tmpnam' is dangerous, better use `mkstemp' make[3]: Leaving directory `/home/xxxx/bitmonero/build/release' [ 92%] Built target unit_tests make[2]: Leaving directory `/home/xxxx/bitmonero/build/release' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/xxxx/bitmonero/build/release' make: *** [release-all] Error 2 There is an compile issue with one of the tests, but unless you are doing a parallel make (which that old tutorial does not advise), by the time you get that point all the release binaries should already be built. Look in build/release/bin
|
|
|
|
iCEBREAKER
Legendary
Offline
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
|
|
March 22, 2016, 11:08:00 PM Last edit: March 22, 2016, 11:23:31 PM by iCEBREAKER |
|
That was so well written, I actually followed most of it! Nice to see it's being published in a most reputable journal instead of Classic's house organ. Can Zerocash theoretically support multisig? Monero with RingMSCT is pretty much the holy grail of " well-developed digital cash." Don't forget to tip your Satoshi(s)! https://www.reddit.com/r/Monero/comments/3pw30d/ringct_for_monero_updated_versions/cwdnkazhttps://bitcointalk.org/index.php?action=profile;u=19270
|
██████████ ██████████████████ ██████████████████████ ██████████████████████████ ████████████████████████████ ██████████████████████████████ ████████████████████████████████ ████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ████████████████████████████████ ██████████████ ██████████████ ████████████████████████████ ██████████████████████████ ██████████████████████ ██████████████████ ██████████ Monero
|
| "The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy." David Chaum 1996 "Fungibility provides privacy as a side effect." Adam Back 2014
|
| | |
|
|
|
Drhiggins
|
|
March 22, 2016, 11:11:35 PM |
|
So what does this info mean? When typed hard_fork_info into daemon
version 3 not enabled, 17/10080 votes, threshold 0 current version 1, voting for version 3
|
Monerohash.com U.S. Mining Pool
|
|
|
Drhiggins
|
|
March 22, 2016, 11:16:03 PM |
|
So what does it mean to flush_txpool?
|
Monerohash.com U.S. Mining Pool
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
March 22, 2016, 11:48:29 PM |
|
So what does it mean to flush_txpool?
Sometimes you can send a transaction that gets stuck and that lets you clear out your node's transaction pool so you can reuse those coins. The main use for this was a bug in the earlier 0.9.x releases but it can occasionally happen for other reasons. Normally you wouldn't need to use that command.
|
|
|
|
Drhiggins
|
|
March 22, 2016, 11:52:52 PM |
|
So what does it mean to flush_txpool?
Sometimes you can send a transaction that gets stuck and that lets you clear out your node's transaction pool so you can reuse those coins. The main use for this was a bug in the earlier 0.9.x releases but it can occasionally happen for other reasons. Normally you wouldn't need to use that command. Ok good to know.
|
Monerohash.com U.S. Mining Pool
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
March 23, 2016, 12:47:23 AM Last edit: March 23, 2016, 11:00:13 AM by dEBRUYNE |
|
Bump, still no progress from the pools listed below. Minergate has indicated that they are in the process of upgrading though, see conversations here with the official Monero twitter account: https://twitter.com/MinerGate/with_repliesAll others have upgraded and are safe to mine on. Also, if you get this message when running bitmonerod: Last scheduled hard fork time shows a daemon update is needed now You can safely ignore that as long as you are on any Hydrogen Helix version (i.e. 0.9.x). I strongly urge every miner that is still mining on one of the pools listed below to move his hash to another pool that has upgraded. A list of pools can be found here: https://monerohash.com/#networkPSA: Users, (solo)miners, exchanges/merchants, and pooloperators must be on 0.9.x (preferably 0.9.3) in advance of the hardfork otherwise you will get forked/booted off the network. If you are mining on one of the following pools, please contact your poolop immediately or switch to another pool.
Approximately the 23th of March there will be a hardfork on the Monero network. Most pools have upgraded, but some have not yet. If they don't upgrade before the hardfork they will get forked/booted off the network. As a result you will miss out on revenue if you are mining on these pools. Thus, if you are mining on the following pools, please contact your pool owner as soon as possible and urge them to upgrade. Alternatively, you can switch to a pool that is on the right version. FYI: You can plug the blockheader of your pool into " http://moneroblocks.info/api/get_block_header/hash_of_blockheader". The minor_version must show "minor_version: 2". This means that the pool is on the right version. If it shows "0" or "1" the pool is on an outdated version. An example of a pool on the right version (Monerohash): http://moneroblocks.info/api/get_block_header/2a88740443bf654e595bba7061509e6a3a80623da5de2478c4a90b45454a7fa8List of pools that haven't upgraded yet: List of pools that have upgraded:You can find most pools here: https://monerohash.com/#networkSome of the aforementioned pools are listed there as well. If you are switching, avoid the aforementioned pools. Binaries:Monero v0.9.3 - Hydrogen Helix - released! (Urgent and important bug fixes to 0.9.2 Hydrogen Helix) https://github.com/monero-project/bitmonero/releases/tag/v0.9.3 Information from Github:This has urgent and important bug fixes to 0.9.2 Hydrogen Helix - Urgent bug fix for database corruption issues in 0.9.2
- Official Windows 32-bit releases are back
- Updates to miniupnpc
- Sets v3 fork date for September, 2016
- Fixes core tests and re-enables them
- Fixes a problem with --password-file not working in RPC mode
General hardfork information:Background: https://forum.getmonero.org/4/academic-and-technical/303/a-formal-approach-towards-better-hard-fork-managementWhat are the change(s) with the upcoming hard fork on the 20th of March? - Blocktime is bumped from 1 to 2 minutes. See:
https://forum.getmonero.org/20/general-discussion/2401/increasing-the-block-time- Minimum blocksize is bumped to 60 KB. See:
https://forum.getmonero.org/20/general-discussion/2409/increasing-the-minimum-block-sizeA big advantage of this is that current individual transactions that sometimes won't go through (because they are a bit above the median due to many outputs (e.g. dust), or the daemon / MyMonero rejects them for some reason) can easily be included in the block without incurring a penalty. Above is a bit of a blunt explanation, I am sure one of the core-team members / developers could give you a more detailed explanation. - Finally, the recommendations from the MRL team stated in MRL-0004, of which the minimum mixin >= 3 is probably the most salient. See:
https://lab.getmonero.org/pubs/MRL-0004.pdfP.S. Due to variance the hard fork will likely be on the 21th or 22th of March. A specific block height was determined for the hardfork, not a specific date. The specific blockheight for the hardfork can be found here: https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/blockchain.cpp#L83// version 2 starts from block 1009827 P.P.S. As long as you are on any 0.9.x version in advance of the hardfork you are fine.
|
|
|
|
|