Build error:
fixed Does armoryd indicate if the transaction is RBF? Or is it just GUI right now?
only the GUI Great. Testing it now. Also, I used to be able to double click an address in my wallet for more details but it seems that I can't do that now.
|
|
|
but this is an official version of bitcoin wallet? who "create" and "share" it and decide the implementation? sorry but I am a newbie and I need to know more in depth BTC
This is Bitcoin Core, which is currently considered the reference implementation. It is an official wallet and it is based off of the original client written by Satoshi. The writers of the software include many people in the community, but most of them aren't active on Bitcointalk because good discussions don't happen here.
|
|
|
Can you post the debug log?
I think that you will probably have to reindex to fix this.
|
|
|
The only wallet I know of that provides interest, albeit very small, is HaoBTC. AFAIK they are a legitimate company and they have a huge mining operation. There is a thread about that mining op in the mining section.
|
|
|
In the context of your Sudoku puzzle, what is the proof and how does that proof prove that the sender knows the solution without actually telling the receiver what it is. Can you give an example?
|
|
|
Pushed opt-in RBF detection. Regarding inheritence, I went took the simple route: any ZC of ZC is flagged as mempool replaceable, whether the chain of ZC has an RBF input somewhere or not.
If this version passes the test, I'll release the first testing build based on this state.
Awesome. Will be building and testing. Edit: Build error: g++ -Icryptopp -Imdb -DUSE_CRYPTOPP -D__STDC_LIMIT_MACROS -I/usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7 -std=c++11 -O2 -pipe -fPIC -c BDM_supportClasses.cpp BDM_supportClasses.cpp: In member function ‘std::map<BinaryData, std::vector<BinaryData> > ZeroConfContainer::purge(std::function<bool(const BinaryData&)>)’: BDM_supportClasses.cpp:620:52: error: invalid initialization of non-const reference of type ‘BinaryData&’ from an rvalue of type ‘BinaryData’ auto& bhash = lastKnownHeader->getPrevHash(); ^ Makefile:97: recipe for target 'BDM_supportClasses.o' failed make[1]: *** [BDM_supportClasses.o] Error 1
Edit 2: Does armoryd indicate if the transaction is RBF? Or is it just GUI right now?
|
|
|
Pruning and forks are two completely unrelated things.
OK my logic was: the blockchain is used to validate transactions sequentially, the war over max block size is resulting in several code bases with soon-to-be incompatible blocks, at some point there will likely be a fork, so therefore a pruned blockchain might not be ideal for revalidating several months worth of mining and transactions, and/or choosing the right fork. Make sense? Choosing which fork to use is by whichever client you choose to use. In the case of a fork where two blockchain do survive and are viable, pruning would probably not be a good idea. However, no one can really say what will happen and how pruned and unpruned nodes will respond and what would need to be done (whether reindex or redownload) if you switch blockchains after several blocks into a fork. Such a thing has never been done before. Until the fork does happen though, it is safe to use a pruned node, and when the fork does happen, it should (hopefully) happen without issue and there will be consensus.
|
|
|
Who controls bitcoinarmory.com? It appears that the site is back up and different from the old one. It also has the latest versions posted.
Edit: typos
Domain seems to be still controlled by etotheipi... I wouldn't trust it though. Does anyone have the sig hashes from the latest version? We can compare them with the ones on the website in order to be sure. They're on https://github.com/goatpig/BitcoinArmory/releases/tag/v0.93.3
|
|
|
I have read that with 0.12 even the biggest noob can enjoy privacy with Tor, you just have to open both programs at the same time (Bitcoin Core and also open a Tor Browser window).
My question is, do you need to open one before the other? Like, first you open Core wallet, then open Tor Browser window, or first Tor Browser window then Core wallet? or this this irrelevant
And when do you know the privacy has been established? I think Core Wallet should show some easy to see visual sign in the corner "Tor mode activated" or something cause I cant see nothing.
only with bitcoin core? but there is a way to see the real ip of tx id? likewise from sender? It is not possible to see what IP sent a transaction. Transactions do not include IP information.
|
|
|
I am giving away invites to https://keybase.io/. PM me for the invite. Tips to 16mT7jrpkjnJBD7a3TM2awyxHub58H6r6Z are welcomed.
|
|
|
People have more of an incentive to do that here if one account is in DT
You think there aren't about 10s of alt hunters on your tail once you're on DT? I got 3 on mine at the moment, QS had a mob Edit: Also what you're talking about is more or less everyone being included in DT Since the system will be decentralized, there wont be DT or separate webs of trust What you are describing would be the same as using the current system and putting everyone on DT or putting everyone on your trustlist. So again, as people have said, what prevents me (or anyone else), from creating 500 accounts and giving you (or anyone else) a neg rating with each account? Then everyone would see those ratings and you would be considered untrusted because supposedly 500 people have negged you. What prevents someone from doing that? You say that giving trust requires trades, but how is that enforced?
|
|
|
Hello, newb here wondering about the wisdom of running pruning on my Core 0.12 node. I set prune=10000, which I believe that should store quite a few old transactions. The 61GB blockchain got pruned down quickly to 12GB and the node seems to be running fine.
However I notice that Classic people are mining blocks, and am contemplating what it will mean down the road if blocks need to be rolled back or there is a hard fork. I don't fully understand the technical ramifications of pruning, but my thought is that nodes that are pruned may need to reindex so perhaps this is not the best choice? Thanks for any insights.
Pruning and forks are two completely unrelated things. With block file pruning, you are only storing some amount of the blockchain. It will always contain the most recent blocks that your node knows about. Forks are simply new blockchains that stem off of the existing one. With Bitcoin Classic, new blocks are mined which signal forking. When you receive those blocks, the current blocks are still valid so your node accepts them and adds the block to its database and it removes an older block to maintain the number you specified. Forks will not roll anything back and nothing in the blockchain will be rolled back unless there is some major bug and accidental fork that happens like the one that happened in 2013.
|
|
|
Question for you all:
I have enabled pruning in 0.12 on Mac OSX, but I did it via the command line rather than using a config file. But now, whenever I open Bitcoin Core by just clicking on the icon in my Applications folder (rather than opening it via the command line), it tells me I need to -reindex to go back to unpruned mode (which I don't want to do). It does not let me open my wallet without trying to redownload the blockchain.
If I'm understanding it right, in order to be able to have Bitcoin Core run in pruned mode by default whenever I click on the Bitcoin Core icon, I need to set up the config file. But for some reason, I'm having trouble setting it up. Can anyone help me trouble shoot?
- I've created a .rtf file named bitcoin.conf - The ONLY thing in the file is: prune=1024 - The file is saved to /Library/Application Support/Bitcoin - That folder must be my data directory, because it's where everything else is stored. - After creating that file and closing it, I then go to start up Bitcoin Core. But it still gives me the same error message about needing to -reindex
Appreciate any input!!
You need to remove the rtf file ending. The file needs to be a simple text file, which an rtf file is not. It is best if you simply used a plain text editor and named the file bitcoin.conf.txt. Then in the file explorer renamed that file to remove the .txt part.
|
|
|
Used for two days, during the night crashed and corrupted the database.... back to 0.11.2, months without any problem with the 11.2 release, the new version problems in 2 days. i will wait a 0.12.x to retry to use.....
Did the program crash or the computer? The program shouldn't crash, or if it did, there is probably another underlying problem. I have been running 0.12 for weeks now and I have had no problems whatsoever.
|
|
|
Do you have to upgrade or can you continue with the old version? I have version v0.11.1
It is not required to upgrade but it is recommended that you do. There have been several bug fixes and new features added as well as optimization to improve the speed of stuff so you probably should upgrade. It is because it has taken several days a few weeks ago to download the whole blockchain and i am a bit scared to have problems again. If i do the upgrade, i can be certain that it won't cause problems? DOes the download go faster with the new version? When you upgrade, you don't need to redownload the entire blockchain. Since you already have it, you will still be using what you have already downloaded. OK. I am going to try it. I have just finished downloading the blockchain with my old wallet. I have to close it now, download the new one and it should be working ? Is that right? Yes. Download and install 0.12 and run it and everything should work as it was before.
|
|
|
Do you have to upgrade or can you continue with the old version? I have version v0.11.1
It is not required to upgrade but it is recommended that you do. There have been several bug fixes and new features added as well as optimization to improve the speed of stuff so you probably should upgrade. It is because it has taken several days a few weeks ago to download the whole blockchain and i am a bit scared to have problems again. If i do the upgrade, i can be certain that it won't cause problems? DOes the download go faster with the new version? When you upgrade, you don't need to redownload the entire blockchain. Since you already have it, you will still be using what you have already downloaded.
|
|
|
Do you have to upgrade or can you continue with the old version? I have version v0.11.1
It is not required to upgrade but it is recommended that you do. There have been several bug fixes and new features added as well as optimization to improve the speed of stuff so you probably should upgrade.
|
|
|
Thanks!
Just to be sure: opt-in RBF is flagged by anything less than MAX_INT-2, so that's any value below 0xFFFFFFFD (but not 0xFFFFFFFD itself) ?
In that case, I'm wondering if there's any specific meaning to 0xFFFFFFFD, does that behave differently than 0xFFFFFFFE?
No, it includes MAX_INT - 2. (edit) I happened to stumble upon some random code on github that is supposed to check a transaction for RBF-ability. But it seems to check if (sequences !== 0xffffffff) which, if I understand you correctly, is plain wrong? Yes, that is wrong.
|
|
|
You can only earn 14 activity points every two week period. Search the forum (using google or the search function) and you will find several threads that explain what the two week periods are and how the activity is earned and calculated.
|
|
|
so you are the owner and the builder of this site http://www.bctalkaccountpricer.info/ ?? great,and also you have no wrong to wrote it in java,very good site,thanks. and i wanna ask you,how accurate this site to estimate btalk account price in percentage? It is probably not all that accurate. What it mostly is good for is checking potential activity and addresses that the user has posted.
|
|
|
|