Crosspost worthy from the official forum: If anything is funky/not working as expected with those pages, please let me know. You can also save the webpage and use it offline (or at least locally in case the online version got compromised).
|
|
|
Crosspost worthy from the official forum: If anything is funky/not working as expected with those pages, please let me know. You can also save the webpage and use it offline (or at least locally in case the online version got compromised).
|
|
|
... There should be something that's soaking up coins. Something besides speculation.
This is still the accumulation and development cycle, down the road (years) there can be no instamine accusations with this distribution model. Anyone can buy in right now and be on a level playing field. I expect another year before XMR is ready for prime time at current rate. And that is with ongoing non stop development that is happening as we speak. There is so much work going on under the hood right now that anyone not accumulating this emission as it's dumped will be crying like everyone that missed BTC. I agree with both of you. More good reasons to want to own and use the coin are better for the coin. That includes (but certainly not limited to) more investors. While it is true that time will help, that can be self defeating if everyone says "this will be solved in the future" and no one actually does anything to solve it. I agree with you on the bolded part in general. However, aren't we currently countering this in Monero by funding part time developers and other significant proposals? I actually have the feeling the development, opposed to the begining of the year, is gaining some traction. I think the community is smart enough to comprehend that, whilst time will help, we also need to put in effort ourselves. One way or another.
|
|
|
... One of the most shameful acts ever in the history of central banking (not that it in any way lacks shameful acts to compare with) was to retroactively declare such terms void in 1933 (in addition to forbidding making new ones). ...
It also invalidated gold paper contracts, ... Like these? Something like that I guess, this was an interesting read -> http://www.armstrongeconomics.com/archives/37034 I hate to point out, but before 1934 there was a vast amount of “paper gold” for contracts were expressed in terms of gold. The Supreme Court nullified all private contracts by stating that a gold clause could not be enforced. (see: PERRY v. UNITED STATES, 294 U.S. 330 (1935))
It is amazing that people think that under a gold standard there had to be actual physical gold. Contracts simply expressed in terms of gold to be paid in the future did not require gold to exist. There were no differences between debt denominated in gold before 1934 or dollar denominated debt post-1934. In addition -> http://www.armstrongeconomics.com/research/rule-of-law/perry-v-united-states-294-u-s-330-1935
|
|
|
What do you think about https://forum.bitcoin.com? They opened Altcoins subforum and there are Ripple, Ethereum, Litecoin, Dogecoin subforums for discussion. I think if we want Roger Ver will open Monero subforum too. I like Monero discussion here but another option would be good too. They will probably get different userbase. We should tell about Monero to newbies. I don't see anything wrong with more exposure to Monero. Agree, if someone already has an account there, please send him a PM.
|
|
|
@futureofbitcoin: Blocktrail asks a premium for their minted coins, hence my post :-)
|
|
|
When people did not trust USD (free banking era, late 1800s), it was common to make debts payable in gold.
One of the most shameful acts ever in the history of central banking (not that it in any way lacks shameful acts to compare with) was to retroactively declare such terms void in 1933 (in addition to forbidding making new ones). So people who had lent gold to other people in full accordance with all existing laws, got only about half back.
I am telling this just to present the playing field. Unfair statutes have been made as long as government has existed, and will. The freeman's responsibility is to select the ones he wants to comply with. In this thread far too few have realized the name of the game, so please forgive the old grump.
It also invalidated gold paper contracts, basically the same thing you said but I thought it was a nice addition.
|
|
|
... I feel like a majority of the public (sadly) don't and wouldn't really care if their transactions are public...
They will certainly care when merchants stop accepting their non-fungible bitcoins because some algorithm determines they're tainted. Privacy is hardly the issue. Money that isn't fungible will eventually cannibalize itself. It hasnt stopped bitcoin to be #1 cryptocurrency. And most people even dont know what fungability means. I myself, for example, have never heard about such a term before getting interested in crypto. Good luck expalining this to people who just want to use crypto, rather than go and read bitcointalk forums, or r/monero or any other such website. Just because they don't know the word or never hear it is irrelevant as it is all around us everyday. If people accept your fiat paper in a fungible manner (they don't care where it came from) it does matter if one day you went to the grocery store and because your fiat paper has certain serial number on them (making them tainted) they say "sorry sir, we can't accept your money as it was tied to a murder". Many people, including myself, would be pissed and lose faith in the currency if that happened over and over and you cant spend your tainted currency anywhere. People understand fungibility when it disallows them to spend their currency. The word does not matter and neither does the fact that people don't know the word...they know "I want to spend my fiat/currency and if not I will blow a gasket and lose faith in using that currency". In addition: https://blog.blocktrail.com/2015/07/announcing-blocktrail-mint-fresh-bitcoin-delivered-from-the-mines/Furthermore, they also "tag" your transactions already. See for example -> https://www.blocktrail.com/BTC/address/14CYLszcPs195hvZzjsgU5kYgy4QkiN9Vv (credits to dnaleor)
|
|
|
Crosspost from ANN: Some interesting reddit comments that are crosspost worthy: Fluffypony explaining libraryzing in response to my comment: GUI will probably be released after libraryzing is done (devs are currently working on it, see design goals -> https://getmonero.org/design-goals/), without libraryzing it makes no sense to "wire up" the GUI. The design is already done, see following link for some sneak peaks -> http://imgur.com/a/ERheR It's just fun terminology we adopted after the "daemonize" effort:)
No, it's not merely "modularising" it, it is a separation of concerns into actual libraries that can be implemented into any Monero-related project (including the binaries). This was the initial spec I wrote up a little while ago:
The code should provide 4 libraries, binaries should be built using these statically by default. libs only needs to be a build target / cmake switch.
No app logic / core / verification / p2p / consensus functions should exist outside of these libraries. Binaries implementing this can layer whatever they want on top, but all essential functionality should be provided in these libraries
libMoneroStorage BlockchainDB for blockchain storage/validation, as well as a class to handle wallet data. TODO: need to figure out blocking during reorgs, and prioritising data requests from the daemon over anything else.
libMoneroAccount All other wallet (account) functions. Create accounts, recover, mnemonic seeds, etc. etc. Uses libMoneroStorage for wallet cache / key data.
libMonero Connection to the network (effectively the daemon), uses libMoneroStorage for blockchain storage. Unless explicitly specified via a flag of some sort, there should only be one instance of libMonero running. In other words, if I'm running the daemon, and then a fire up another daemon, all it should do is hook into the already running libMonero one via IPC. The instantiated libMonero should only shut down when there are no longer active handles to it (or when a controlled shut down is requested). Binaries tapping into that functionality should also know and expect that they may receive a controlled shutdown signal, and should be able to either terminate or hang around waiting for the library instance to be available again.
libMoneroRPC Provides JSON HTTP(S) RPC interface to libMonero and libMoneroAccount. This is effectively a standalone server that feeds commands back to libMonero or libMoneroAccount via 0MQ IPC. Can provide a single port with /daemon and /account endpoints, or multiple ports. https://www.reddit.com/r/Monero/comments/3ltrxt/its_happening_stepbystep_every_month_since_i/cv9hix0?context=3smooth's comment about disclosing individual payments on a case by case basis: The white paper says: In case Alice wants to prove she sent a transaction to Bob’s address she can either disclose r or use any kind of zero-knowledge protocol to prove she knows r (for example by signing the transaction with r). If you disclose r (a random number chosen per-transaction) then anyone can perform P = Hs(rA)G+ B to determine the one time address (which in turn is stored on the blockchain) being used to send to Bob. (A,B) is Bob's public (stealth address) key. G is a constant, and Hs() is a hash function. This has no connection to other transactions you may have performed. The ability to retrieve r was not implemented in the original cryptonote code, but we added it recently in github. https://www.reddit.com/r/Monero/comments/3lvjw1/eli5_how_can_a_monero_transaction_be_publicly/cv9x3dv
|
|
|
Some interesting reddit comments that are crosspost worthy: Fluffypony explaining libraryzing in response to my comment: GUI will probably be released after libraryzing is done (devs are currently working on it, see design goals -> https://getmonero.org/design-goals/), without libraryzing it makes no sense to "wire up" the GUI. The design is already done, see following link for some sneak peaks -> http://imgur.com/a/ERheR It's just fun terminology we adopted after the "daemonize" effort:)
No, it's not merely "modularising" it, it is a separation of concerns into actual libraries that can be implemented into any Monero-related project (including the binaries). This was the initial spec I wrote up a little while ago:
The code should provide 4 libraries, binaries should be built using these statically by default. libs only needs to be a build target / cmake switch.
No app logic / core / verification / p2p / consensus functions should exist outside of these libraries. Binaries implementing this can layer whatever they want on top, but all essential functionality should be provided in these libraries
libMoneroStorage BlockchainDB for blockchain storage/validation, as well as a class to handle wallet data. TODO: need to figure out blocking during reorgs, and prioritising data requests from the daemon over anything else.
libMoneroAccount All other wallet (account) functions. Create accounts, recover, mnemonic seeds, etc. etc. Uses libMoneroStorage for wallet cache / key data.
libMonero Connection to the network (effectively the daemon), uses libMoneroStorage for blockchain storage. Unless explicitly specified via a flag of some sort, there should only be one instance of libMonero running. In other words, if I'm running the daemon, and then a fire up another daemon, all it should do is hook into the already running libMonero one via IPC. The instantiated libMonero should only shut down when there are no longer active handles to it (or when a controlled shut down is requested). Binaries tapping into that functionality should also know and expect that they may receive a controlled shutdown signal, and should be able to either terminate or hang around waiting for the library instance to be available again.
libMoneroRPC Provides JSON HTTP(S) RPC interface to libMonero and libMoneroAccount. This is effectively a standalone server that feeds commands back to libMonero or libMoneroAccount via 0MQ IPC. Can provide a single port with /daemon and /account endpoints, or multiple ports. https://www.reddit.com/r/Monero/comments/3ltrxt/its_happening_stepbystep_every_month_since_i/cv9hix0?context=3smooth's comment about disclosing individual payments on a case by case basis: The white paper says: In case Alice wants to prove she sent a transaction to Bob’s address she can either disclose r or use any kind of zero-knowledge protocol to prove she knows r (for example by signing the transaction with r). If you disclose r (a random number chosen per-transaction) then anyone can perform P = Hs(rA)G+ B to determine the one time address (which in turn is stored on the blockchain) being used to send to Bob. (A,B) is Bob's public (stealth address) key. G is a constant, and Hs() is a hash function. This has no connection to other transactions you may have performed. The ability to retrieve r was not implemented in the original cryptonote code, but we added it recently in github. https://www.reddit.com/r/Monero/comments/3lvjw1/eli5_how_can_a_monero_transaction_be_publicly/cv9x3dv
|
|
|
I think the most convincing example of fungability necessity for me was when some bitcoin exchange did not accept bitcoins from someone, because allegedly those bitcoins was connected to some dark market activity.
It's not like money should be fungible for criminal operations, but its a good example when some bitcoins != usual bitcoins. This is impossible with monero.
But those coins can go to mixer and come out a different ones. MoneroMooo already made a great comment on this. In addition, read this extensive and great post about fungibility by dnaleor -> https://www.reddit.com/r/Bitcoin/comments/374ss5/the_problem_with_bitcoin_that_everyone_seems_to/
|
|
|
Nice dump, is there any reason?
othe wanted some beer Ok, so I'll wait for 0.0018, because he maybe get drunk. smooth is sarcastic of course, although othe won a lot yesterday on MoneroDice so there could be a bit of truth in it.
|
|
|
The main thing lacking in Dash for me is that sites like TradingView and BitcoinWisdom don't have a Dash feed. Where do you do Technical Analysis of Dash? Do i have to print screen a chart and draw trend lines with an arts package ?
If you are in the USA, the following link should work normally -> https://bitcoinwisdom.com/markets/cryptsy/drkbtcOtherwise, use 4proxy.us with the link, uncheck "[Default] Include mini URL-form on every page" and you should be good to go. Hi, I can see that chart although I'm not in the USA but it is flatlining since May, is it up to date for you? In that case, use the 4proxy.us site, since the feed isn't showing up properly. It shows a flatline here as well, hence my use of 4proxy.us.
|
|
|
The main thing lacking in Dash for me is that sites like TradingView and BitcoinWisdom don't have a Dash feed. Where do you do Technical Analysis of Dash? Do i have to print screen a chart and draw trend lines with an arts package ?
If you are in the USA, the following link should work normally -> https://bitcoinwisdom.com/markets/cryptsy/drkbtcOtherwise, use 4proxy.us with the link, uncheck "[Default] Include mini URL-form on every page" and you should be good to go.
|
|
|
@monerodice: players seem to have good luck It's mainly othe though :-P
|
|
|
Funded already, great work guys and thanks to everyone who donated!
|
|
|
There should be a Monerodice thread in the altcoin service ann section to reach a higher user base, discuss the service and so on. You should also think about a live chat or something like that, now they can just stare on some numbers, thats most likely not enough motivation to stay there long enough. You want them people to stay and keep gambling.
[1] After a bit of discussion it was agreed upon that it would be better to postpone that until the new binaries are out. Bear in mind, this will also attract a lot of newcomers to Monero itself, so we've got to make the first expierence as pleasant as we can and I rather do that with 0.9 than 0.8.8.6 to be honest. [2] There is a chat, just click on show advanced interface when you land on https://monerodice.net/Furthermore, I think fluffypony or rznag said that the site will update automatically soon, it was on their to-do list. P.S If you guys have some advice for the site, just state it in the chat and the devs (fluffypony & rznag) will most likely look at it.
|
|
|
|