|
I deposited a large number of bitcoins into MtGox thinking that it would be very easy to move them out, however, I just discovered that there is a daily limit of how many bitcoins you can withdraw. Now my bitcoins are stuck there, and I will have to withdraw them over a period of several days. I understand there are laws limiting how many dollars may be withdrawn daily, but why is it necessary to also limit the number of bitcoins that can be withdrawn?
Also why is the limit placed on withdrawals but not deposits? Shouldn't the user be warned before depositing their money that they may not be able to withdraw it as easily?
|
|
|
|
|
Is it possible to disable the default behavior of the current bitcoin client to have a new address every time bitcoins are received? I know it is a feature that serves to better preserve anonymity, but I am not that worried about anonymity, and I would rather keep all my bitcoins in a single address, and avoid having redundant addresses in the client.
|
|
|
|
The only one thing that you need is the poedit program. Thank you, FnuGk.
lzsaver, are you going to add the Turkish translation provided above. I am a native Turkish speaker also, and I would like to have a Turkish bitcoin client. |
|
|
|
Also, this is a great opportunity to find out what do they want from us. Are they hostile or not ? Know your potential enemy.
As they say, keep your friends close, and your enemies closer. |
|
|
|
|
Since every user stores a complete copy of the block-chain, in principle it should be possible to query the balance for any address, not just addresses belonging to the current user. Is there a remote procedure call for bitcoind that allows the user to query the balance of a public address?
|
|
|
|
Now, I am getting a different error. Following the instructions in the README after completing the build: $ cd out
$ java com.google.bitcoin.examples.PingService
Exception in thread "main" java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory
at com.google.bitcoin.core.Block.<clinit>(Unknown Source)
at com.google.bitcoin.core.NetworkParameters.createGenesis(Unknown Source)
at com.google.bitcoin.core.NetworkParameters.prodNet(Unknown Source)
at com.google.bitcoin.examples.PingService.main(Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.slf4j.LoggerFactory
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
... 4 more
|
|
|
|
|
I am at work right now, but I could do it later in the evening. However, I will not do it for less than 50 BTC, i.e. 10 BTC per page. Can you send the document via PM?
|
|
|
|
|
I am a native Turkish speaker. How much would you offer for the translation?
|
|
|
|
lets say i have 20 btc in my wallet.dat today. and i decide to back it up today and put it in a usb drive.
then three years from now, i have been racking up btc in my wallet.dat on my computer.
I now have 400 btc.
lets say i get a new computer and install the wallet.dat FROM the usb. the wallet.dat file is three years old.
will i have 20 btc in my wallet or 400?
and why?
The bitcoin client has the bad habbit of generating a new address every time you receive a payment. If you actually make sure you receive the payments to the same address all the time, and disable the generation of new addresses, then restoring your old wallet file should have the same 400 BTC. But you should make sure you store your bitcoins on the address that is in the original backed-up wallet. |
|
|
|
Rather than be one of these drive-by-moaners though, I've become interested enough that I'm working on my own independent Bitcoin code. As much as Satoshi and Gavin think it will be "a menace", I disagree, and think a cleaner design will allow for easier derivatives. I know, I know, that's what they all say :-) No programmer ever wants to write a patch do they? They'd rather start again on their own. My ideas: - Separation of GUI, protocol and wallet
- Librification
- Smartphone implementations
- Desktop "light" client
- Sparse block chain supprt
- "Walletless" node
- Pluggable miners
- More flexible wallets
- More portable wallets
- Strong and easy backward compatible protocol version support
realnowhereman, it's great that you are working on an alternative implementation. I was thinkining of doing something like that too, but I guess I am more of a drive-by-moaner than a programmer  And I don't think it is a menace to have an alternative implementation - I would actually rather put my money in a clean clear and concise implementation of Satoshi's idea, rather than the current huge blob of C++ code. I was thinking of using python to program the application, and use twisted for the networking, and protocol buffers for the messaging over the network. Can you share with us more details of what language you are going to use for your implementation, and what external dependencies are you going to introduce? What will you use for the GUI? Are you going to keep the scripting, or will you do away with it? |
|
|
|
Whoops, fixed. Updating to svn head should resolve things. You don't need to install it from apt - the source tree is self contained.
The best place to ask questions about bitcoinj is the mailing list. Did you know there was one? Maybe I need to make it more visible.
Thanks. It's working now. |
|
|
|
I am trying to test bitcoinj on Ubuntu, but I am having some trouble. I am not experienced with Java delvelopment, so maybe I am missing something obvious Here are the steps I follow to build bitcoinj sudo apt-get install libslf4j-java
svn checkout http://bitcoinj.googlecode.com/svn/trunk/ bitcoinj
cd bitcoinj
ant
The last command results in the following error: Buildfile: ~/Desktop/Dev/bitcoinj/build.xml
init:
compile:
[javac] Compiling 814 source files to ~/Desktop/Dev/bitcoinj/out
[javac] ~/Desktop/Dev/bitcoinj/src/com/google/bitcoin/core/Block.java:25: package org.slf4j does not exist
[javac] import org.slf4j.Logger;
[javac] ^
[javac] ~/Desktop/Dev/bitcoinj/src/com/google/bitcoin/core/Block.java:26: package org.slf4j does not exist
[javac] import org.slf4j.LoggerFactory;
[javac] ^
How can I get it to find the slf4j package? Thanks. |
|
|
|
- OP_CHECKSIG: Woah! It really doesn't seem right to me that a script operator is so complex. It just feels wrong that the scripts need to be filtered, truncated, and reencoded into a copy of the transaction; and this is done for every TXIN.. and comes up with a different result. I understand the problem, every component of the transaction needs signing as a whole by all the owners of the source TXOUTS, but OP_CHECKSIG reads like some sort of frankenstein monster. My first instinct is that the signatures shouldn't have been part of the script, they should have been indexed fields in the transaction header, referenced with an OP_FETCHSIG(1) or similar in the script. That way the script would be static and the signature could remain outside the block that it is signing. I suppose to be more generic it would have been better to have a simply parameter block as part of the transaction header, and the operator would be OP_FETCHPARAM; but the idea is the same. It's not like this is even out of character. OP_CHECKSIG already requires out-of-script data.
I agree with this one. Was it really necessary to implement a whole scripting language for a single-purpose application like bitcoin? I think it would have been better to go without the scripting part, and just keep things as simple as possible. Right now the code is so complex, that even seasoned C++ coders do not understand it, and everybody has to defer to the judgement of a few specialists. I think the simpler the code-base and the more people understand it, the greater the confidence that the implementation is sound. Right now for me the code is just one big obscure blob. But then I'm not a good programmer, so maybe it's just me. |
|
|
|
|
Is MtGox still under DDOS attack? I am unable to access it.
|
|
|
|
|
Maybe it is time to migrate the GUI from wxWidgets to Qt. How hard would that be?
|
|
|
|
|
It's still not back up for me.
|
|
|
|
Can anyone suggest a workaround? Is anyone working on a fix?
Well, right now my workaround is to just use the CLI via bitcoind. |
|
|
|
|
I think maybe it is time to switch from wxWidgets to Qt?
|
|
|
|
|
Ubuntu 11.04 was just released, and I upgraded to it. But after the upgrade, I am unable to start the bitcoin client any more. Anybody experiencing a similar problem?
EDIT:
Just to clarify, this only applies to the GUI. The command line client works just fine.
|
|
|
|
|
Show Posts
