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

Move wallet.bin.keys wherever you want to access funds, it will work on all platforms. wallet.bin only holds the sync data, and I don't think the Windows version is compatible with the linux version.

A new wallet.bin for your address will be generated if you put wallet.bin.keys in the directory where you try to open wallet.bin. simplewallet will rescan the blockchain for your transactions and then you can send funds.

so foolishly I downloaded the win32 client and generated a new address. Now I have XMR on the address. Is there a way I can use my wallet.bin file on a linux platform to access my funds with the current blockchain? Or is it necessary to use a win32 client from now on whenever I want to access my funds? (I tried a win64 client, it wouldn't open my wallet.)

Coming up to date from where you are would take ~10 minutes on my home connection...

Could it be the problem that I'm behind a corporate firewall. My internet connection is really fast. How often is the blockchain updated in OP's post?

Boost is a set of libraries used in Monero, they aren't really replaceable:)

Even when we've moved to an embedded database, it will grow linearly as the blockchain grows. However, it will vastly reduce the memory footprint required by the running daemon, as we will only need to keep a small number of blocks in RAM, and just maintain the current utxoset.

Thank you very much! I've just mentioned html markup errors...

What about main issue - bloating database on disk and bloating exe-file memory footprint? Both are nearly ~1.3-1.5Gb? Do you replace boost solution by leveldb as in Bitcoin?

From practical point of view, I have not lost no XMR coins. Sometimes, bitmonerod writes messages even weirder than this. Sometimes it seems to stop accepting new blocks. I just restart it. And all seems ok.

All we waiting for new fixes form Monero devs! But I say - I CAN work with Monero even with these issues. No one case I caught that data was damaged or my transaction was lost. Large transactions do not pass sometimes, I divide them in half-parts simply.

I'd save and restart.  Looks like you have a terrible internet connection.

IS THIS NORMAL? This has been going on for 2 days now, I downloaded from OP a recent blockchain.

2014-Jun-27 00:11:57.571893 [P2P8][220.162.134.106:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:14.556261 [P2P2][108.174.150.28:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:21.153527 [P2P0][218.242.201.140:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:26.578061 [P2P7][71.251.220.233:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:27.241211 [P2P7][77.109.122.202:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:27.406908 [P2P7][155.210.85.36:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:27.664500 [P2P1][84.114.235.113:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:39.168597 [P2P0][116.11.192.50:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:43.326081 [P2P7][114.244.158.14:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:12:54.833453 [P2P0][50.162.71.95:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:13:05.548240 [P2P8][85.155.240.4:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:13:14.644983 [P2P6][24.183.138.222:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:13:14.747003 [P2P6][144.76.78.244:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:13:15.324189 [P2P2][109.197.253.113:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:13:22.229521 [P2P9][182.36.251.12:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:13:28.670194 [P2P1][107.158.233.98:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:13:44.592521 [P2P7][75.139.53.180:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:14:08.985887 [P2P4][sock 700] Some problems at write: An existing connection was forcibly closed by the remote host:10054
2014-Jun-27 00:14:16.153419 [P2P9][69.123.199.20:18080 OUT]Sync data returned unknown top block: 94300 -> 103046 [8746 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:14:26.548722 [P2P2][122.151.222.214:18080 OUT]Sync data returned unknown top block: 94300 -> 101923 [7623 blocks (5 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:14:29.330504 [P2P4][106.185.24.160:18080 OUT]Sync data returned unknown top block: 94300 -> 103047 [8747 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:14:47.437265 [P2P8][5.9.143.169:18080 OUT]Sync data returned unknown top block: 94300 -> 103047 [8747 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:14:54.764096 [P2P2][46.166.76.138:18080 OUT]Sync data returned unknown top block: 94300 -> 103047 [8747 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:14:55.640426 [P2P6][217.70.19.106:18080 OUT]Sync data returned unknown top block: 94300 -> 103047 [8747 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:15:06.449785 [P2P7][128.2.209.18:18080 OUT]Sync data returned unknown top block: 94300 -> 103048 [8748 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:15:26.311667 [P2P8][83.228.83.89:18080 OUT]Sync data returned unknown top block: 94300 -> 103048 [8748 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:15:44.194257 [P2P1][37.59.31.185:18080 OUT]Sync data returned unknown top block: 94300 -> 103049 [8749 blocks (6 days) behind]
SYNCHRONIZATION started
2014-Jun-27 00:15:46.455855 [P2P4][107.170.157.169:18080 OUT]Sync data returned unknown top block: 94300 -> 103049 [8749 blocks (6 days) behind]

Looking at the OP, I only see 64 bit with respect to linux.
How hard is it to set up a command line wallet on a 32 bit machine with ubuntu 12.04?

The size issue for sends is fixed on tewinget's master, one of the exchange operators had trouble getting payments from it so we're being careful merging it, but we think it's an issue on their end

Website has been extensively redesigned, we're just putting the finishing touches on it before we upload it

You came up with a pound of optimism proof. Respect.

Nevertheless, why Monero devs deny help, do not answer email [email protected], and can not fix just html-markup mistakes in official site? I do not speak about visual design - the less the design, the better of my opinion.

The proper benchmark for comparison of development progress is not a throw-away pump&dump coin, but bitcoin, or possibly nxt, ethereum, xcp.
Development on these scales is somewhere between blazingly fast and fairly moderate.

It's silly to say core won't accept help, given that the code is in git.  Did you submit a pull request that was rejected?  No?  Then what are you up about?

The "size issue" is a non-issue as long as one can easily run a fullnode.  There is no time-scale on which you can reasonably project that it will be difficult to run a full-node on high-end commodity hardware.  Given thin-clients, what more do you need?  Thin clients are in development.
EDIT: I thought you were referring to the recurrent criticism that the blockchain is larger than bitcoin's.  I suspect you were referring to transaction size.  That is addressed by tacotime, below.

In short, everything you mentioned as a problem was not, in fact, a problem, with the possible exception of the fact that the website is neglected, but not much.  It could use a few periodic updates, perhaps some more external links, but it covers what it really needs to cover.

Currently, no one technology can offer level of totally untrusted distributed anonimity like Cryptonote-based coins. This fact was mentioned by main BITCOIN developer.

Who knows... May be devs of Monero has to analize Cryptonote whitepaper very accurately and for a long time?..

One is definite: VeriSend is 100% trust, it even less anonymous in fundamentals, than even shit Darkcoin. It is roughly shit^10 "anonimos" coin.

But vericoin devs are so energized! Their energy - let us bring to Monero!

Are you one of those Bytecoin fakeaccounts, as mentioned by rethink-your-stragegy here?
https://bitcointalksearch.org/topic/m.7505638


Github alone shows how wrong you are: https://github.com/monero-project/bitmonero/compare/master@%7B1month%7D...master

And thats just the master-branch where most work isnt merged yet.

I am not even commenting the rest of your posts as its already done x times here....

I want very much to contradict you, but I can not. You are unfortunately so right.

In other words, pump and dumpers gtfo. Monero is actually going down for a logical reason (being mined too fast and not enough demand yet).

How does XMR anonymity compare with Verisend (currently it's biggest competitor of the week)?

VeriSend is a service which attempts to mask transaction data from prying eyes. It utilizes ring nodes, random transaction send amounts, and various other techniques to hide the send/receive connection from the world. Mixing cycles represent the amount of time your coin sits within the ringnodes washing from wallet to wallet. Each cycle takes between 30-90 minutes. The more cycles you allow, the more difficult your transaction will be to track.

ty very much dear sir!