What are the thoughts on using multiple wallets?
I have a small amount in my original wallet from mining. I just created another wallet as I want to move most of my stash off the exchange and I'm considering more than one for this. I have multiple btc wallets and understand that the primary reason for doing this does not exist with Monero. I guess for Monero I'm thinking of it more as my own organization, [mining wallet, long term wallet(s), transaction wallet(s)], as well as a don't keep all your eggs in one basket reflex.
I've also heard advice that one should do a test transfer to a new wallet to make sure everything is working. Is this necessary?
Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1502. (Read 4670622 times)
September 03, 2014, 07:31:23 PM
September 03, 2014, 05:55:10 PM
Sure - its major advantage right now derives from its better choice of block time, the fact that it didn't have an early-stage dust problem, and that its transaction fees weren't as easily exploitable for DoS attacks.
That is incorrect on all three counts. Take a look at the details (proportion attributable to these factors, etc.) and you will see that these are not the main reasons for the block chain being smaller and faster. Even the difference in PoW is relatively unimportant right now (but might have some advantage -- or disadvantage -- in the future). My friend othe was right it is almost all a difference right now is lower BBR usage causing the chain to be much smaller.
Can any senior XMR developers or proponents refute the reply to that assertion?
https://bitcointalksearch.org/topic/m.8648753
specifically this part:
Quote
with current implementation and with equal transaction flow Boolberry synchronization 4x times faster than Monero. This is just an established fact.
I raised some questions on the thread. The truth is we don't fully understand it. The proof of work adds about 30 seconds to sync time over the course of a day. Processing blocks and processing transactions accounts for the rest, but it is difficult to separate the two. The difference in the former is a fundamental (though ultimately changeable), but the latter is something that will affect both coins as their usage (and usage history) increases. It is unexplained why, even after accounting for the PoW time, Monero takes more time per block even though it has fewer transactions per block. This definitely requires further investigation. I expect we will have a better understanding of it over time as we work on removing bottlenecks.
September 03, 2014, 05:43:29 PM
Sure - its major advantage right now derives from its better choice of block time, the fact that it didn't have an early-stage dust problem, and that its transaction fees weren't as easily exploitable for DoS attacks.
That is incorrect on all three counts. Take a look at the details (proportion attributable to these factors, etc.) and you will see that these are not the main reasons for the block chain being smaller and faster. Even the difference in PoW is relatively unimportant right now (but might have some advantage -- or disadvantage -- in the future). My friend othe was right it is almost all a difference right now is lower BBR usage causing the chain to be much smaller.
Can any senior XMR developers or proponents refute the reply to that assertion?
https://bitcointalksearch.org/topic/m.8648753
specifically this part:
Quote
with current implementation and with equal transaction flow Boolberry synchronization 4x times faster than Monero. This is just an established fact.
September 03, 2014, 05:38:58 PM
silly question, considering there's only a 64-bit linux build... can the wallet + daemon run on a raspberry pi?
Doesn't it still require loading the entire blockchain in ram?
September 03, 2014, 05:32:42 PM
silly question, considering there's only a 64-bit linux build... can the wallet + daemon run on a raspberry pi?
September 03, 2014, 04:54:19 PM
I agree with you aliases are perhaps overrated and would, as you describe, create their own set of new problems. But your argument would also have us just using IP addresses in the http url field up there. I suppose the main reason is the comfort with a somewhat human readable alias as opposed to a fairly indecipherable string of ascii.
Don't set up a false choice between BBR-style aliases and typing numbers.I am not intending to. I was only talking about the advantage of aliases in a very general way, and how I would see it as beneficial. To be honest I don't really care a lot how or if it is implemented, and am making NO comparisons to other coins at all. I think there are issues much much more important than the trivial issue of aliases. Still I like discussing things here in the forum, and did not mean to create a misunderstanding.
In that case, I'm pretty sure we all agree!
The original question (not yours but I didn't realize that when I wrote my previous reply) was phrased in terms of "aliases like BBR" so that led to some confusion on my part and I apologize if my reply was a bit off the target.
September 03, 2014, 04:52:12 PM
I agree with you aliases are perhaps overrated and would, as you describe, create their own set of new problems. But your argument would also have us just using IP addresses in the http url field up there. I suppose the main reason is the comfort with a somewhat human readable alias as opposed to a fairly indecipherable string of ascii.
Don't set up a false choice between BBR-style aliases and typing numbers.I am not intending to. I was only talking about the advantage of aliases in a very general way, and how I would see it as beneficial. To be honest I don't really care a lot how or if it is implemented, and am making NO comparisons to other coins at all. I think there are issues much much more important than the trivial issue of aliases. Still I like discussing things here in the forum, and did not mean to create a misunderstanding.
I will back off.
September 03, 2014, 04:45:14 PM
I agree with you aliases are perhaps overrated and would, as you describe, create their own set of new problems. But your argument would also have us just using IP addresses in the http url field up there. I suppose the main reason is the comfort with a somewhat human readable alias as opposed to a fairly indecipherable string of ascii.
No that is not his argument at all. His argument is that the BBR mechanism does not address the very complex set of issues surrounding distributed naming in a sensible way. Having a debate over the merits of DNS would be even more off topic here than a debate over BBR.
Nobody said you need to type long sequences of numbers. fluffypony specifically mentioned address books and there may be other mechanisms too. Don't set up a false choice between BBR-style aliases and typing numbers.
September 03, 2014, 04:41:47 PM
Is XMR going to implement aliases like BBR?
If not, why not?
If not, why not?
So I happen to be around now, and you register Jung. Then someone else registers Jung1. Then Jung1982. Then Jung57. And eventually in a couple of years I have an address book that says that "Bob Simons is Jung27_AwesomeSauce"...so what have you really achieved? You're not negating the need to have address books.
There are ways to alias addresses, but this isn't one of them (see Zooko's triangle as an example of why this is a hard problem to solve).
I agree with you aliases are perhaps overrated and would, as you describe, create their own set of new problems. But your argument would also have us just using IP addresses in the http url field up there. I suppose the main reason is the comfort with a somewhat human readable alias as opposed to a fairly indecipherable string of ascii.
I actually identify my addresses I use by finding some sort of word or mnemonic in the first 10 characters or so. Sort of like a poor mans alias.
September 03, 2014, 04:30:51 PM
Is XMR going to implement aliases like BBR?
If not, why not?
If not, why not?
So I happen to be around now, and you register Jung. Then someone else registers Jung1. Then Jung1982. Then Jung57. And eventually in a couple of years I have an address book that says that "Bob Simons is Jung27_AwesomeSauce"...so what have you really achieved? You're not negating the need to have address books.
There are ways to alias addresses, but this isn't one of them (see Zooko's triangle as an example of why this is a hard problem to solve).
September 03, 2014, 03:34:00 PM
If the "mandatory upgrade" text is to be retained in the title, it should also incorporate a date or version number, so that users are not constantly forced to check the OP in case of a second mandatory upgrade event.
September 03, 2014, 02:35:47 PM
2. Linux = Linus Torvalds UNIX
Linus Torvalds' UNIX.When you have both a possessive and a word ending in -s, you use an apostrophe without s. so, "s'" and not "s's".
"Torvalds" in the above context isn't a possessive noun but rather a descriptive modifier. So no apostrophe is required.
The convention is to use the noun preceding Unix as an adjective. EG: AT&T Unix (not AT&T's Unix), Berkeley Unix (not Berkeley's Unix), SCO Unix (not SCO's Unix), and Wollongong Unix (not Wollongong's Unix).
Sorry English is such a confusing language, especially for you non-native speakers.
Think of it like a color; the word 'red' is a often a noun, but when placed before another noun it turns into an adjective. Because magic.
Now get back to work on the missives! Your public is waiting.
September 03, 2014, 01:19:02 PM
1. Sorry for putting the apostrophe in the wrong place. Thanks Spelling Nazi. 
2. Linux = Linus Torvalds UNIX
Linus Torvalds' UNIX.2. Linux = Linus Torvalds UNIX
When you have both a possessive and a word ending in -s, you use an apostrophe without s. so, "s'" and not "s's".
Regarding all the buzz about me, what really matters is:
1. Crowds are stupids. If not, why was the dedicated thread so much balanced? A handful of persons talking, intelligent conversations.
this is about crowd thinking, so don't feel insulted as a person - it is like considering statistics are about you - they aren't. I'm stupid in a crowd too
2. It's about terminology ("We just got all confused with our words"). First thing to do when discussing ideas with someone: make sure we are talking about the same thing.
3. No snap judgement. Do you invest your BTC in the new flashy coin or do you investigate before? Same for judging someone (any one, even a convicted criminal, an incompetent worker or an politician).
This is not about me. This is about us.
And thanks to Nekomata for the sunk cost fallacy. It was a great read, which I will hopefully put into practice in the future (I involuntarily put it into practice this morning, before even knowing it by name). The more it goes, the more I am interested in becoming a rationalist but that's another topic
September 03, 2014, 11:47:39 AM
Moneroholders please support this: https://bitcointalksearch.org/topic/only-support-alt-coins-launched-before-of-october-1-st-2014-767343
September 03, 2014, 11:46:08 AM
Can we try to keep it on topic here, not arguing about some other coin. Thanks.
What is the status on the GUI and the database work?
Missives is scheduled "soon."
September 03, 2014, 11:45:14 AM
Can we try to keep it on topic here, not arguing about some other coin. Thanks.
Just a simple post to support the above notion.
September 03, 2014, 11:42:48 AM
Can we try to keep it on topic here, not arguing about some other coin. Thanks.
What is the status on the GUI and the database work?
September 03, 2014, 11:31:44 AM
Can we try to keep it on topic here, not arguing about some other coin. Thanks.
September 03, 2014, 10:04:28 AM
I much rather have one dev that can do the work of 7 than 7 devs.
lol are you sure? what if this 1 dev ( i pray to God will never happen) something bad happens. Let say something that will not realy harm him, but put for few months in hospital. what will happen then?
PS: i own some of both currencies also
ps: I also own some XMR
September 03, 2014, 08:52:00 AM
Please don't delay the missive more than is necessary.
Jump to: