Bitcoin Forum
May 24, 2024, 03:11:56 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 [404] 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 ... 590 »
8061  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned: Communist on: December 20, 2015, 01:36:13 AM
Right, only those who actively use Bitcoin and don't just hodl. They are the people who actively participate in the economy and they are the ones that can exert influence.....

Do you think They are caring against centralization? Or they only think of profits
Who are "They"?

Are you saying that you don't actively participate in the economy (by buying and selling stuff) so that means that you can care about centralization but those who participate don't? That is flawed logic. I participate in the economy, and I care about this. Other people also participate, and they clearly care about centralization and where Bitcoin is going. And it does also affect their profits. If Bitcoin goes in a direction that is bad for Bitcoin, then they are going to lose profits. So yes, they will care if it goes in a direction that makes them lose profits.
8062  Bitcoin / Development & Technical Discussion / Re: BIP62 and Lightning Network status on: December 20, 2015, 01:30:35 AM
As I see, BIP62 status is "withdrawn":

https://github.com/bitcoin/bips/blob/master/bip-0062.mediawiki

Are there any comments about this BIP? What's wrong with it?
According to the commit that marks it as withdrawn:
Quote
All of BIP62's (including the only-new-transactions) are currently enforced
as standardness rules, but it seems hard to push it further. Every new type
of complex transaction may require new extra rules, and some important types
of malleability cannot be addressed by it (for example, a single participant
in a multisig spend creating a new signature with a different nonce).
It seems wiser to pursue normalized txid or segregated witness-based
solutions, which do solve this problem more fundamentally.
8063  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned: Communist on: December 20, 2015, 01:20:35 AM
Only Those Who invested a lot of money is what important, others can scream have been ignored. I was sad, but  It's always been like that and this will always be so.
Right, only those who actively use Bitcoin and don't just hodl. They are the people who actively participate in the economy and they are the ones that can exert influence. It has always been like this and always will be, as that is how every economy works.

Everything depends on the users, those actually spending. Businesses will accept what people are using, exchanges will accept what people are using, and so will miners because then they can use what they are mining.

Those who have a lot of Bitcoin and just hodl don't have any control. They can't do anything because they aren't actually participating in the economy, so they have little influence.
8064  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned: Communist on: December 20, 2015, 12:55:44 AM
Now , three miners = 62 % , in few year, how many hash Percentage of the F2Pool ? >51?Huh I don't now.
If they do get close to 50% of the hash power, miners will move away from mining on F2Pool. Miners understand that if they give a pool too much hash power they could potentially do terrible things to the network. And there is a precendence for this. A few years ago GHash.io was a huge mining pool, and it actually did reach more than 50% of the hash power. However once miners noticed, they moved away from using ghash.io and went to other pools. All of the miners who mined on that pool no longer did and thus they lost hash power. The same will happen if f2pool or any other pool gets close to or obtains the majority of the hash power.
8065  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned: Communist on: December 20, 2015, 12:16:06 AM
Yea like the 10000s of cancer cures? Howe about prevention instead of those scam medicines. How about dont drink fluorided water and breath chemtrailed air.
Would you rather that there be absolutely no chance for a cure for cancer? The fact that we have researchers looking for cures means that the odds of finding one are greater than 0, and that is much better than guaranteeing that there is no cure.

Prevention you say, well vaccines prevent illnesses. But without advances in medicine we wouldn't have vaccines. Without further advances there wouldn't be vaccines for new diseases, and we wouldn't be able to improve the current ones to work better.


The code is resilient, the humans arent.

It's easier to manipulate bitcoin users towards a dark agenda, than to mess with the code.
While true, it is just as easy to manipulate users away from a dark agenda. It is easy to manipulate people to revolt, as we have seen historically in a number of large revolutions.

And who is we? Most bitcoin users dont really care or are ignorant about this. It is becoming centralized either way, if it's not decentralized by design, with no "updates"
We is the users of Bitcoin. There are many users of Bitcoin who, like me, actually give a shit and research things. If we (technologically savvy and actually caring about the code and technical details) are aware of changes being made that could be disastrous, we would let everyone know. And most people who use Bitcoin now are not ignorant and many people do care. It will be the people who join later if/when bitcoin goes mainstream that don't care and are ignorant.
8066  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned: Communist on: December 19, 2015, 11:29:29 PM
I`m not sure of most of those need developing, i think it's a wrong philosophy.
No, you have the wrong philosophy. Everything needs development and improvement. Without improving medicine, the average lifespan would not be in the 70s and 80s; we would not have eradicated diseases like smallpox; diseases that we don't consider life threatening would kill you. In industry, improvements increase output, efficiency, quality among others. Without improvements to our technology, you wouldn't even be here on the internet discussing on an internet forum about a new technology called Bitcoin. If everything simply stopped at the first iteration like you are suggesting, then we would still be using rocks and living in caves. Improvements and development of things are required to advance anything.

Bitcoin should be designed to be resilient, not to be a command and control vehicle that will be used for manipulation in the future.
It is resilient. Bitcoin right now can survive a lot of things, including forks. But there can be improvements made. If development were to stop, bitcoin would still work, but it would not be its best.

How exactly is it a command and control vehicle for manipulation in the future?

For now we can play with nice developers, but what if governments take over the development process, and put a government agency regulating bitcoin development.
Again, open source. If we don't like what the developers do, then we just fork and use a client created by other developers. Even if one country regulates Bitcoin, that doesn't mean that all countries will. Developers in other countries can simply step in and replace those that were removed due to regulation.
8067  Bitcoin / Armory / Re: Wallet on a USB stick? on: December 19, 2015, 07:48:25 PM
You could set armory's data directory to your flash drive. It would have more than just the wallet file though. That would include all of the logs and databases that armory generates in addition to your wallet file.
Thanks for your answer.

I'm not quite sure if it's a good idea to put the whole subdirectory (about 50 GB) with the armory database on a USB stick. The startup of armory is already rather long and I don't want to slow it down to hours.

BTW: I found the "wallet.dat" is in the bitcoin directory which is about 60 GB large. Or is the wallet not in "wallet.dat" but somewhere else?

eParanoid
That would be Bitcoin core's wallet file. You have in essence two wallet programs, one is Bitcoin Core and the other is Armory. The one with all of your Bitcoin is the Armory wallet, and that is the one you should care about. The wallet.dat file is for Bitcoin Core and that one is irrelevant to you. The wallet you want is in the Armory data directory.
8068  Bitcoin / Armory / Re: help! armory says it's offline; won't sync. on: December 19, 2015, 07:29:01 PM
Have you tried running Core by itself (not letting Armory manage it for you) and getting it to sync to the latest block before starting Armory?

You may want to move this thread to the Armory sub-forum so it is seen by the proper people. https://bitcointalk.org/index.php?board=97.0

hi there. quick update:
on the 17, when I put my first message up about his issue I had already tried running armory when it abruptly poped to the "armory is offline" screen at week 42. I wasn't sure what had happened so initiated this thread. I uninstalled and reinstalled armory.  tried running several times again without success consistently ending at week 42. read your comment. uninstalled everything, again downloaded bitcoin wallet and initiated core sync. got to week 42, then 41. went to bed. woke up this morning and the program had closed itself. opened it to find it was stuck at week 40. bitcoin wallet asked if I would like to reindex. I said yes. so now i'm year 2 and some weeks - again. of course, i'm going to see how far it gets this time, too.

I appreciate all your help. I do have my wallets backed up on paper as well as offline computer backup. again, thank you.
What version of Bitcoin Core and Armory are you running?

Can you provide us the debug.log from Bitcoin Core and the armory logs? You can find the debug.log by typing
Code:
%APPDATA%/Bitcoin
into the folder browser (assuming you haven't changed the data directory) and opening the debug.log file.

The armory logs can be found in
Code:
%APPDATA%/Armory
(assuming you haven't changed the armory data directory). There are two of them, and they both have log in the name, so it should be pretty obvious.

Just copy and paste the logs into a post here in code brackets. If they are too long, just post the last 150 lines of each log.
8069  Bitcoin / Development & Technical Discussion / Re: Why keep a history of transactions? on: December 19, 2015, 07:10:26 PM
If you are using the term "balances" as the value assigned to an input or output, then you are correct. However in the OP you are defining balances in the way that most people associate the term "balance" with, the value associated with an address. Of course that doesn't exist at a protocol level, and neither do addresses.

Can you explain what you are exactly trying to say using protocol level terminology and not using abstractions like balances?
8070  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned: Communist on: December 19, 2015, 06:29:16 PM
True, in theory it is so, but in practice it is more complex.

1. Not everyone possess the skills and time to work on github, and most importantly not everyone have commit access, that is the point of centralized control. Even for core devs it is difficult and time consuming to understand the meaning of a complex scheme promoted by their colleagues
But it is also the way that pretty much every single open source project out there works. You don't need commit access to the main project if you can just fork it off. The not having commit access is good because it prevents people from inserting malicious code and just screwing with the whole thing.

2. You can fork to another set of code easily, but you can't fork the whole ecosystem, e.g. community, investors, miners, exchanges, etc... Not everyone have the same weight in this ecosystem, miners and exchanges almost decided which version is "currently official". And the investor who has the most coins can decide which chain can survive economically if there is a fork
That is true. Miners carry a lot of weight, but I think the exchanges carry more. Miners aren't going to mine on a fork if they can't exchange it. The same kind of goes with business that accept Bitcoin. They aren't going to use a fork if no one uses it and likewise miners and users won't use a fork if no one accepts it. It is kind of a big convoluted circle, but I don't think the developers have that much weight. They can't really force people to do anything, but businesses and exchanges can because the economy relies on them, and that is what is important.

I think it is very important to keep the communication open and transparent, that is not easy due to the knowledge gap between different actors in their specific area
Communication is open and transparent, at least among the developers. All of their discussion is in the mailing list, irc, or on github. And all of it is logged so people can go back and see what has been said. Of course technical jargon and acronyms are often used so it can be hard for nondevelopers to understand.
8071  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned: Communist on: December 19, 2015, 05:56:33 PM
Gold didnt got developed, it's just there as it is.

Can't bitcoin have the same philosophy? Stop development after all critical bugs are fixed, that doesnt mean they should not monitor it, they should, however , we are not having like future plans for bitcoin.
That is not a correct comparison. Gold and the concept of Bitcoin being an item are there. However what we are improving is the method of transacting and transferring Bitcoin. The same thing happened with gold. Gold itself never changed, the same with Bitcoin (if you abstract the technicalities of Bitcoin to be actual coins). The methods of moving gold around have changed. It used to be lug around a ton of gold and hand it to someone else in a transaction. It became give your gold to someone else who gives you paper which represents that gold. Without those constant improvements to the way gold was transacted, we would still be lugging around chunks of gold, hacking off a bit, weighing it, and then handing it over in a trade. That transaction method is still in general the basic method of transacting, and is the basis of higher level easier transacting of gold.

The same thing is happening with Bitcoin. There are improvements being made into how it is being transacted. Currently we use send to addresses. Improvements were made for payment requests, multisig transactions. Improvements are being made for locking outputs so that they can only be spent at a later date. There is work done to reduce the amount of data you need to store. There are improvements being made in the ways that we are transacting Bitcoin just like there were improvements in transacting gold.

That is central planning: 5 year plans, 10 year plans, it's total communism if you ask me. So a lot of parralel can be drawn between communists and bitcoin development.
THAT IS NOT COMMUNISM. YOU CLEARLY HAVE NO IDEA WHAT COMMUNISM IS!!! DO YOUR RESEARCH INTO WHAT COMMUNISM ACTUALLY IS!!!

That is simply planning, and it may be centralized. BUT IT ISN"T COMMUNISM!!

You can also draw the comparison for planning things in advance into everything. Are you telling me that you live your life without planning a few years in advance? If you do, by your logic, you are a communist! Also, everything has future plans. Huge tech companies like Google and Apple plan things several years in advance.

It isn't communism, it is simply good organization and actually knowing what the hell you are doing. IT HAS NOTHING TO DO WITH COMMUNISM!!!!!!!!!

They have the "authority" and an authority figure in bitcoin, and everone looks to them for answers. Like the relation between a government and citizen.
They do. But they can also be replaced. If people don't like the government, they revolt and replace the government with another. Likewise, if people don't like what the developers are doing, they can simply move on and go to a new fork which has different developers.


They can manipulate people and steer them in the wrong way. Which can be used as a DIVIDE ET IMPERA sabotage technique against bitcoin.

If the developers get corrupted or infiltrated, they can be used as a tool to sabotage the project.
Again, open source and the freedom to choose what you want to run protects against that. People don't like where Bitcoin is going, they switch to use another fork.
8072  Bitcoin / Bitcoin Technical Support / Re: Upgraded to 0.12 now RPC calls giving 401 Unauthorized on: December 19, 2015, 05:22:11 PM
0.12 of what software? Bitcoin Core?
8073  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned on: December 19, 2015, 05:09:53 PM
Well communism had it's fair share of dictators too didnt it? Central planning is a tenet of communism & socialism.
No its not. Please do your research about the differences between communism and socialism. There is no central planning in communism. In communism people agree to share equally and adhere to those ideas. In socialism, there is a central authority who is forcing everyone under their command to adhere to communistic ideas, whether they want to or not. There is a huge difference between the two.

I understand that, and I support that.

But we still need to find the balance, just simply giving all power to them can lead to corruption, and it will lead to it guaranteed.

We cannot base the bitcoin project on a perpetual deity system, where a few chosen ones will just steer bitcoin to wherever they want.
Balance between what? Developers don't have the "ultimate power". They can only publish something, its up to the users whether they want to use it or not. No one is forcing the users to use certain code, it is all up to the users to decide.

I`m questioning the future direction of bitcoin, and the path it will take in the future. Just the current bitcoin debate makes me very unconfortable, and indifferent of the outcome, the mere fact that we give so much power to people who will despotically decide over BTC is not correct,
What exactly are you concerned about? They also do not and cannot despotically decide over what happens to Bitcoin. Again, it is up to the users to decide whether to use their code or not.

If you don't like the developers, then what do you propose we do? How are you going to restrict their power without giving someone else power? I think the current system is fine. There are many many developers, not just the core developers, who contribute to discussions and code. Even if one person wants to go in one direction, there may be opposition. In fact there often is opposition to proposed ideas, from both the community and other developers. Yet they always reach consensus before merging something in through various compromises. No one developer holds absolute power, and there will most definitely not be a collusion of developers to force Bitcoin in one direction. There are simply too many people with too many differing opinions for that to happen.
8074  Bitcoin / Bitcoin Discussion / Re: Bitcoin becoming centrally planned on: December 19, 2015, 04:51:48 PM
So is this really the path we are going to take? Bitcoin is being constantly developed by the developers. They hold the development sceptre in their hands and push everything down the throat of a bitcoin user, with the consensus of the miners (who on most part look only for their own interests).

Yes bitcoin is becoming centrally planned, communist, and identical to a central bank fiat currency system. Even if bitcoin is not a fiat money, because the develpment holds the power to steer bitcoin in the wrong way, we should be careful how much power we give to the developers.

It's easy to abuse power, bitcoiners should know that more than anybody, yet we give full power to developers?

Consensus or not, I feel they hold too much power , and bitcoin could be steered towards a dark path.
Communism isn't centrally planned. Communism is everyone sharing and reaching consensus without a leader. I believe what you are thinking is socialism, which leads to dictatorships.

But that's not the point. Development allows improvements to the software. It fixes bugs and adds new features that people want. Without development you are basically hoping that no one at any point in time will want any other features and that there will be no vulnerabilities in the code for people to exploit. It is predicting the future, and that is impossible. We need further development to improve Bitcoin.

Another thing is the open source. While yes the developers have power because they can change the code that people use, the open source nature means that not everyone has to use what the developers want you to use. You can at any point fork the code and modify and write your own client. It doesn't have to conform to the rules that the developers have set, you can set your own. If people don't like where Bitcoin is going, they can switch to use another client, or just use another altcoin.
8075  Bitcoin / Bitcoin Technical Support / Re: ar76 on: December 19, 2015, 04:45:49 PM
Yes I understand but this portfolio already has many bitcoins do not want to lose them and I am ahbituado it just do not like the time it takes to synchronize must have a way to make it faster, for example through the copy that is made of portfolio
There is no way to make it any faster besides getting better hardware. The thing that you are doing now isn't actually a full resync. It is reindexing which takes significantly less time since you already have all of the data. It just needs to organize it into databases. This step depends on your hardware. Faster CPUs do this faster.

If you don't want to wait, you can export the private keys from the wallet and import them into another wallet like Electrum. If you want to do that, we can help you. Just that if you do, you must NEVER SHARE the private keys you export with anyone else.
8076  Bitcoin / Bitcoin Technical Support / Re: ar76 on: December 19, 2015, 04:35:58 PM
yes I did it. But for example today was to synchronize the portfolio and the power failed and had to start over three years ago that is the beginning and it takes me months to be able to synchronize the wallet
If it takes you that long to sync, then I would advise that you not use Bitcoin Core. Try using a lite wallet like Electrum. It doesn't need to download and sync the full blockchain. It works better for people who have slow internet connections.
8077  Bitcoin / Armory / Re: Armory 0.93.3 with BIP62 compliance on: December 19, 2015, 02:51:20 PM
Long story short, you should update Core because you just should, and you should update Armory or you'll have trouble spending coins.
thanks, short story doesnt work for me,
As I said everything is working fine ie deposits payments balances etc etc.
I need to understand why it wont work
As a layman I dont even know what a build is , or how to use that 'build' with my existing Armory
And this bothers me bcos I have mining funds coming in every day.
So do I just transfer all funds back to Core and uninstall Armory and carry on like before without all the hassle ?
Or ?
Are you saying that something is broken or are you just wondering why you should upgrade when nothing is broken?

If it is the latter, the reason you should upgrade is because the latest versions have bug fixes that fix some important issues and they implement new BIPs. The latest version fixes a vulnerability in UPnP which made it possible to crash a node with a malicious UPnP server on the network. There are fixes to reduce the effects of spam attacks on the network so that your node doesn't crash from an overload of transactions. There are fixes to optimize memory and reduce memory leaks. Lastly there are additions to support BIP65 and BIP113. BIP65 support means that a soft fork will happen which enables OP_CHECKLOCKTIMEVERIFY. Although soft forks are backwards compatible, sometimes soft forks can be problematic like the issue that happened with a soft fork back in July. However those running the latest version will not be affected by most forking issues, especially those like the one in July.
8078  Bitcoin / Development & Technical Discussion / Re: Nonstandard Transaction in Mainnet and Testnet on: December 19, 2015, 02:35:16 PM
('Bare') Multi-signature used to be done through output scripts, but this was changed to P2SH allowing for p2sh addresses to be used. P2SH is used to encapsulate a lot of unusual scripts, so give it a go!

You prepare the output script from a template, after hashing whatever your redeemScript is, and then distribute the address. You'll have to generate the appropriate scriptSig to satisfy your redeemScript. But a good library should make this pretty easy!

Hi,
Thanks for your suggestion. Finally I managed to create simple valid P2SH transactions. Does it mean that we can create any kind of scripts using P2SH?
Yes. P2sh can be used to create any address using any type of script and it should be considered a standard transaction.
8079  Bitcoin / Project Development / Re: Looking for Ideas for New Crypto Web/App/Platform - .01 BTC for Top Ideas on: December 19, 2015, 02:43:18 AM
I'm not sure how this would work, but it is one of the ideas that I have been thinking about. I just don't have time to do it though.

The idea is a mixer that is automatic but does not rely on trusting the mixer like traditional mixers do.

Or a mixer where it is impossible to trace the coins even if they kept logs.
8080  Bitcoin / Development & Technical Discussion / Re: Question about BTC transaction on: December 19, 2015, 12:43:42 AM
Do you know how long it will take for that node to drop the tx since it's invalid?
You don't need to wait for blockchain.info to drop it. It looks like most other nodes have probably dropped it already.
Pages: « 1 ... 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 [404] 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 ... 590 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!