Yeah, OpenFreebazaar appears to be a scam at this point (whether originally intended to be or not).
|
|
|
Hey everybody, I have limited knowledge about Monero but I've been wanting to add just a few XMR coins to my modest holdings for a while now to hopefully appreciate over time with some kind of stability. Tonight I just bought 50 XMR on Poloniex for a total of 0.108 BTC which didn't seem like a bad price after looking at past charts on there. Do you think this was a decent price?
And, my main question- Are there any secure and proven Monero address generators and paper wallet sites like bitaddress.org is for Bitcoin? I'm wanting to just make a secure paper wallet or 2, send all 50 XMR to those paper wallets and stash them away from my house but in a safe location to just forget about basically and check on the XMR price 6 months, 1 year, 2 years+ from now and hopefully see some gains. And do you, personally, think the XMR price is stable enough to just buy a bunch and sit on them for a year or 2 and not have any huge losses? I never feel comfortable holding Any altcoins for long periods of time without checking on them regularly.
Sorry for quoting my own post, I just figured it would be buried soon in this thread. But is there anyway I can make a secure Monero paper wallet without downloading the whole client and blockchain? If I need to do that, to say, generate an address and export the private key, just let me know. "Proven" could mean different things. I have a basic JS implementation (thanks MyMonero!) that works. You can PM me if you want to use it, as it's not really ready for public consumption yet.
|
|
|
WARNING - these are not "official", as in, someone from the core dev team didn't compile them and gave them the a-ok. I'm putting them here for testing purposes. I compiled following the instructions on the github. Perhaps they are static? Perhaps you can run the LMDB version of bitmonerod on your win 64 box and only use 50 megs of ram? https://mega.co.nz/#!5YNACDTJ!N0pIow27_Tfsx4dMfMq4HA11ZSlEt7L135HvYEOuBU8 perhaps you can swap in the relevant .exe files from the above into the /resources/software/ folder of MoneroX you can have a monero GUI on windows 64 that sips RAM like a fine wine? AGAIN - don't trust these. Test them until you trust them. Make sure they do everything they should do. I tested them on the box I compiled on and another windows 7 box. Hopefully someone will post the data.mdb download link. No joy here, the blockchain_converter crashes after two or three hours (roughly 35% complete) like so: Running on Win 7. If I get the chance I'll try it on a machine at work tomorrow and see if I have better luck. I think you have to use a smaller batch size than 20k, maybe like 3,000?
|
|
|
Was a fun experience anyway. Good luck. Looking more into the webpage you produced, I actually think your signature scheme makes more sense than my own. It is advantageous because: 1. The user signs the text version of the file hash after seeing its value, and so the user can easily verify using other tools that their file indeed has the indicated hash. 2. The user signs the file hash as plain text with a bitcoin-signed message; the user can easily verify using another tool that the bitcoin-signed message is correct. I sent you a PM hoping that I can compensate you for this work and idea in some small way. To anyone who may read this thread: Peter R is a genuine, nice guy. He owed me nothing - I didn't even quote this job - yet he gave me a nice BTC tip for my efforts. Thanks again, Peter.
|
|
|
Was a fun experience anyway. Good luck.
|
|
|
I'm not aware of any present implementation that presents the data in a "ready-to-print" manner. If you're just looking for key generators, then yes, some exist (not all public or finished).
|
|
|
I ignored him long ago. Now, if people would just stop quoting him... I guess that's actually I good idea. His posting is really subpar; the only thing even mildly amusing about him is his frequent avatar changes, although he has to be unignored for that to be visible. Hmm...choices... Edit: this post was off-topic. Uh, nice little spike the last few hours.
|
|
|
ok seems like nobody has really a plan for the worst case scenario monero is really a unproffesional amateur coin I can think of cases far worse than Polo getting hacked.
|
|
|
Please show me how you are more or less, practically, almost, nearly, close to, verging on, just about, as good as, essentially, to all intents and purposes, roughly, approximately, extracting all the energy from the universe to get close to infinity processing capability? Now this is just getting retarded, you know very well what I meant with virtually infinite and I have shown by definition of both words its the correct term for Monero, now go play with your emunie. Indeed I do, I'm just pointing out that by using the definition you presented yourself, is not an accurate representation of Monero's capabilities, and so, it is wrong. You are only convincing yourself here He's actually quite right (on the definition). As for Monero scaling to infinity: block size may have no upper bound, but you can be sure current processing efficiency will cause issues before a "high" TPS is achieved (define it as whatever). Lots of work to do...
|
|
|
Hi Guys,i have a question, if our main exchanger Pole be attacked by an Hacker, many coins would in a evil hand, so do you Guys think that would be the end of monero?
Yes, i think that would mean the end of monero The Hacker would dump that shit in oblivion Are you two really the same person?
|
|
|
What the hell. That's nuts. I see what you did there.
|
|
|
Yeah, i've heard this argument before and I think a solution is to make another wallet available. Noob wallet. Designed for bitcoiners coming to Monero.
Again, I don't see why that's necessary. All wallets should be "noob wallets" because payment ID should not be the concern of the sender. Give me an address to send coins to. That's it. Any additional step is unnecessary. right, i get it, and it seems we are definitely moving towards that in some fashion (serialized addresses / payment IDs), if we're on the same page. in the meantime, though, i would argue that a stop gap solution is warranted. I don't know if you're lurking on IRC, but almost all of the folks that drop in (i.e., are there for one purpose and then leave) ask about the payment ID. i mean, i'm generalizing, but its a lot. I proposed (and luigi1111 designed) a stop-gap solution that I believe would work great, and should be fairly simple to implement. It's just a matter of somebody doing it (luigi said he might). I had a look at CN coins I could find, checking their address "network" bytes. Here's what I found: XMR: 0x12 BCN: 0x06 XDN: 0xdb01 MCN: 0xab34 BBR: 0x01 (presumptuous?) DSH: 0x48 FCN: 0x22 QCN: 0x02 AEON: 0xb201 I'm curious (but didn't go hunting for the info) if the coins that have two network bytes aren't from that "coin mill". Anyway, I digress. I believe a new address scheme should be accompanied by an incremented network byte after thinking about it some more. This should create an environment for less unexpected behavior from non-compliant clients, etc. It also provides potential support for an "integrated truncated address". We have 15 straight increments available before we run into FCN (not that that poses a real issue IMO). Keep in mind network bytes don't work the same way in Cryptonote compared to Bitcoin, since CN pays to pubkeys directly instead of hashes. Edit: based on that, the proposal looks like (random address + payment ID): Once again order is: network byte, pubspendkey, pubviewkey, paymentID, checksum 0x13 7849297236cd7c0d6c69a3c8c179c038d3c1c434735741bb3c8995c3c9d6f2ac bdc158199c8933353627d54edb4bbae547dbbde3130860d7940313210edca0a6 \n 3aae9f047faa4a8f70efc79c435e5adc13c89e344c9abd894d9e705f5e39da78 db935d83
cnBase58: 4FtAMs2HTeb3FE2gcT3LJjAWJ6fGWq8t8YKRqwwit8vmVtomVZYg34v9uDgXFtuPeqfMJyjJBgVW7d4NweAkfCMDUode8wYTV6yQzZRDJY22RFdp2U6SFDnwEPy1koguM2JVEdrKPkE (always 139 characters)
|
|
|
For some reason I think certain people are not happy with this thread and would like it to go away......can't think why. Neither can I: AFAIK only one of those thread starters is a Monero supporter (generalizethis).
|
|
|
So, it's not very pretty, or even exactly what you wanted, but whatever. Specifically: The idea being that if you uploaded a plain text file, the signature the page returned would be the same as if you generated a standard bitcoin signed message using the file's contents as a string. isn't there, rather it's more like a triple SHA256 hash as it's using the code from http://proofofexistence.com/ for the file hashing. Here it is anyway: http://btc.llcoins.net/temp/sign-file.htmlCan provide a zip if anyone actually wants it. Edit: forgot about the random Private Key option. Added it on load. Edit2: changed bootstrap version. Edit3: improved verification error handling (I think) Edit4: streamlined verification & added pubkey Edit5: added newkey option and streamlined signing a bit
|
|
|
where can i use the 25 words so i can recover the old wallet thanks
You should be able to use simplewallet with "--restore-deterministic-wallet" and your seed. You can also log into MyMonero with those words, and it'll ask if you want to import old transactions (costs a few XMR though).
|
|
|
Nobody asnwered a question so far, so I will ask again: how do you back up your mymonero wallet? Apparently, there is a .keys file, but where is it? Since I am not a developer and/or programmer, some relatively easy path for a "common" web user would be much appreciated. For example, bitcoin web wallet (blockchain.info) gives you easy means to download the wallet backup file. Thanks.
Where did you hear that? Just saving the 13 word seed is sufficient to back up your account.
|
|
|
Where's saddam? and long time since tacotime posted here
saddam went off to a camp somewhere, maybe. I can neither confirm nor deny. tacotime is dead, I'm pretty sure.Tacotime checking in from heaven confirmed -> Last Active: Today at 04:55:54 PM (UTC) Guess they got internet there.
|
|
|
Where's saddam? and long time since tacotime posted here
saddam went off to a camp somewhere, maybe. I can neither confirm nor deny. tacotime is dead, I'm pretty sure.
|
|
|
When you lend to other users using the Platform’s P2P lending system, you risk the loss of an unpaid principle if the borrower defaults on a loan and liquidation of the borrower's account fails to raise sufficient funds to cover his or her debt. Be warned. Also, Poloniex, if you're reading this, check your spelling. I don't know about you, but I'd love to get paid for my principles.
|
|
|
|