Bitcoin Forum
July 27, 2021, 05:49:08 AM *
News: Latest Bitcoin Core release: 0.21.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 »
1  Bitcoin / Bitcoin Discussion / Re: Will bitcoin be used to support terrorists? on: April 07, 2017, 05:52:48 PM
Let's say that instead of bitcoin it would be feathers or rocks.
Would terrorists use rocks for their own interests? Of course.
Gun (or bomb) dealers don't care what it is, they want to deal and get paid.
Doesn't matter what currency is used.
2  Bitcoin / Bitcoin Discussion / Re: Will bitcoin be used to support terrorists? on: April 07, 2017, 10:02:07 AM
Do you really think there is any type of transaction that terrorists or "bad guys" in general have not used yet?
You can be sure that they have and are having still. Instead of dealing with banks or carrying big suitcases ful of money it's easier to just go with a smartphone and confirm a simple transaction.
3  Other / Politics & Society / Re: World War III ? on: April 06, 2017, 06:17:09 PM
WE already had World War III.
It was so called ''cold war'' between America and USSR.
Now, we have war against terrorism but not World war.
It's true that Putin fight against West and America, but it's not war about ideology any more.
It's more about economy, resources and global influence.
So, current conflict we can't call World War really.
They will even cooperate against global terrorism, if needed.



Agreed Daniel91, there are several wars going on at any time somewhere on the planet.
Even though, sometimes I think they might be linked together.
And yes, I'm sure that the majority of them are about money.
4  Economy / Economics / Re: crypto is the future, make money of it on: April 06, 2017, 05:15:17 PM
What do you think about the fact that cryptocurrencies will literally be the future ? In a few years, it will exploded and, be rich if we hold many ?

Bitcoin holders will for sure be rich, but you will need a good portfolio of at least 21 BTC. The 21 BTC long term holding goal is very real, you would be inside an elite group of holders destined to be very wealthy, that's why we must fight and fight and keep hustling bitcoins with no rest until we reach 21 BTC.

How did you calculate that 21 BTC is necessary?
And what, in your opinion, is supposed to happen, in order to be rich with 21 BTC?
Because 21 BTC is more or less 21k $ - so not really that much to be honest - with that money you'd only get an average car.
5  Bitcoin / Bitcoin Discussion / Re: Trying the new Bitcoin ATM near my house on: April 06, 2017, 04:32:29 PM
Nothing about the fees in your video - interesting.
I understand that it's a paid video, but still - you should be open and honest about everything.
And as usual - it requires ID - of course they are trying to control and track users.
No ATM's for me, thank you.
6  Other / Politics & Society / Re: Are the Us army to world war 3 on: April 06, 2017, 02:43:25 PM
The US is always looking for a war. Going into countries without the right to do so (only because they're the US Army) and doing what they want and making up rules.
I read somewhere that last year the US spent for war something like around 140 trillion dollars, when world hunger could be ended with a su around 90 trillion.
War is the best business that the US is having, so of course that they are trying all strategies possible to make it happen.
7  Bitcoin / Bitcoin Discussion / Re: Can Bitcoin make Banks disappear? on: April 06, 2017, 01:17:36 PM
Of course governments feel threatened.
Even though it's obvious that fiat money are also needed.
But why not ban bitcoin. I'm sure that they are doing everything they can to find out ways to control or stop bitcoin one way or another.
8  Other / Politics & Society / Re: Facebook now requiring photo id, fuck you facebook on: April 06, 2017, 12:45:02 PM
First of all you can be sure that this is because some kind of a very clear reason.
Second - you don't know that Facebook and Big Brother were not working together from the start. Just because Zuckerberg was against giving access to their data (publicly), does not mean that it's actually true.
Last of all, Facebook is a socializing website, what's the problem if people are using fake names? They're called nicknames and were used since the beginning of the internet. Is Zuckerberg on some kind of power trip? Or he's out of the whole deal and people there are doing whatever they want?
9  Bitcoin / Bitcoin Discussion / Re: Trackable on: April 01, 2017, 05:11:47 PM
If you get money from your wallet into your bank account it's clearly visible. The account is in your name.
And to the guy that said that you want to do that only because you're planning something  illegal, I must disagree. It's bad enough that we are made to pay all sorts of stupid taxes, big brother doesn't need to know what you're doing with your own money. Because that's what the government wants - to know everything, in order to control us. They want to tax your hard earned bitcoins. So why should anyone not want to hide their money? The best reason - not to feed the greedy piglet that is the government and the IRS.
10  Other / Politics & Society / Re: Negative effects of technology on: April 01, 2017, 04:57:41 PM
Yeah, true, they are less active. On the other hand their hand-eye coordination is better. They learn faster, better, more.
Now we have 11 year old programmers. Children that speak many languages. Non English kids that know proficient English before they go to school. In a way it's about how you look at things. Technology is not bad. It's how you use it. People should be more responsible for their own actions and not blame everything else for their failures.
11  Economy / Trading Discussion / Re: Tips for local transactions on: April 01, 2017, 10:58:34 AM
Seeing as how our friend - the government, tries to control even bitcoin (no escape from big brother's claws), face-to-face meetings would be best. Lately all exchange sites are required to get your photo ID. Wasn't the idea behind bitcoin exactly that? To be anonymous?
12  Bitcoin / Development & Technical Discussion / Re: Can you create a Bitcoin address manually? on: January 12, 2015, 02:05:31 PM

1. roll a 6 sided dice 99 times.
2. write down each result, writing a "0" for every 6 that comes up.
3. take this long string of numbers from 0-5 and convert it from base 6 to base 10.
   a. This means starting from the first non-zero digit on the left, multiply it by 6 then add it to the next digit, then multiply by 6 then add to the next digit... etc. until you get a long number with digits from 0-9.
4. Now you will have to calculate the public key. This is more easily done if the private key (the long number you made) is in binary form (1 or 0) so convert the number to binary.

Wouldn't it be more efficient to just use 10 sided dice? This way you can skip some conversions?

or even more crazy, just take $10 in pennies, shake them in a bucket, dump them out and line them up. Not sure how many bits you would need, so I just guessed $10 would be enough (1000 pennies).

So, there would be a way to create a private key without doing any math and just entering 1's and 0's for heads and tails.

Now, this is what we need:
Starting with a bucket of dumped out spread out pennies (so none are overlapping), take a picture, have some software to recognize heads and tails, and convert the result to binary. Though perhaps just looking a the bits in an sha of an image from a lava lamp would be sufficient.

13  Bitcoin / Bitcoin Discussion / Re: [VIDEO] Dorian S. Nakamoto clears his name in interview with AP on: March 07, 2014, 01:56:41 PM
I just read the original article:

http://mag.newsweek.com/2014/03/14/bitcoin-satoshi-nakamoto.html

and it seems to fit nicely, but everything mentioned is very circumstantial. Also, I am sure if anything didn't fit with the narrative it was dropped from the story.

The video also doesn't seem to be much validation either. "I never communicated with bitcoins." That would be a very weird way for anyone on the project to talk about it working on it.

Nothing is either proved or disproved, and good luck reading anything useful into his body language.

In the end, yeah, there is a darn good chance is he is the founder, but it is very inconclusive.

If I could pick someone to be the founder of bitcoin, this guy would be it. He is a humble sweet old guy with a penchant for collecting model trains and his dad was a Buddhist priest. So many people involved in bitcoin are pricks, so for the good of the currency, I would be happy if it turns out that this is the guy in question and not someone else.

I say someone should talk to him, and even if he isn't the real Satoshi, we ask him to take the credit for it, and we will adopt him as the founder. In exchange we can all chip in and buy him whatever supplies he needs to keep working on his model railroad.

As far as properly denying anything, the only way I could see it happening is if Dorian was on a live video feed that couldn't be faked, and the real Satoshi signed something time dependent and unpredictable such as the current value of the S & P 500 at the same time. I would call this the Superman Defense as Superman and Clark Kent could never be seen at the same time. This would of course require some collaboration between Dorian and Satoshi, and could only be faked if Satoshi let someone else use his private key (which would give that person the power to pretend to be Satoshi).

Alternatively Satoshi could publicize his private key thus making it impossible for any claim to be Satoshi to be verifiable.


And of course to remove the risk from Dorian that stems from the fact that every piece of scum in North America now "knows" that there is a defenseless billion $$$.

Now that is a scary thought. He is going to need some serious protection now, or for safety sake, if he is Satoshi, he might want to destroy those bitcoins in a public way. For people that think that is crazy talk, countries have been invaded to seize less money. He now has a billion dollar price tag on his head to extract the information out of it.
14  Bitcoin / Bitcoin Discussion / Re: What you need to know about Transaction mutability ... on: February 26, 2014, 07:35:21 PM
Ok, now I finally grasped the attack I think on gox.

<snip>

No the attack didn't involve tx from the user or deposits as both would require confirmations and any breakdown due to malleability would have not resulted in extra payments.

Simple version:
User has x BTC on his MtGox account.
User created a withdraw request for x BTC.
MtGox creates a withdraw transfer with tx id "A".
MtGox's wallet is creating "broken" tx anyways which make legitimate issues for tx propagation.
User takes tx id "A", modifies the mutable parts and this produced tx id "B".
Tx "B" ends up in a block and user has received x BTC.
User notifies MtGox they haven't received their withdraw.
MtGox looks in blockchain and there is no tx "A" and thus assumes (incorrectly) this means user has not been paid.
MtGox creates a new tx ("C") for x BTC to the address specified by user and has now paid the user twice.

User could not either deposit the double bitcoins and pull the con again or modified tx "C" so it is tx "D" and report a second failure ("MtGox tx C didn't confirm either please pay me again, I mean pay me) to continue to the theft.

MtGox has had legitimate issues with withdraws not being confirmed (due to their own errors) for more than a month.  How many times did an attacker pull the attack described above? How many bitcoins were double paid?


Quote
Or if you want to be optimistic, gox could have kept 90% of their funds in a cold wallet and all is safe.

Or they saw all these requests as valid normal outflows and when the hot wallet got low, moved funds from one or more cold wallets to replenish the hot wallet so the could continue to double, triple, quadruple pay withdraw requests.

Only MtGox knows how much they overpaid and they simply are not talking.

Ok, this make so much more sense. Thank you DaT.

So if I set up a trading system, and
* someone makes a withdraw
* I have a log of the transaction id A of that withdraw
* They make another duplicate transaction B which has a different transaction id of A
* I see that A didn't make it into the blockchain (though untracked transaction B did make it in)
* Upon the user's request I make another transaction C to remedy that A failed.
* Rinse and repeat.

Wow, that is a problem. I now have more sympathy for gox and others as this could easily happen, though they should have had some basic human powered fail-safes to prevent a run-away situation.

So as a provider, what information should I keep as the unique identifier for the transaction that would prevent this issue. I guess it would be something easily searchable in the blockchain.
15  Bitcoin / Bitcoin Discussion / Re: What you need to know about Transaction mutability ... on: February 17, 2014, 11:06:02 PM
I don't know if I would call the attackers thieves. By the looks of things they aren't making off with bitcoins, they are just invalidating transactions that others are making, and thus making the db's of exchanges inconsistent with the actual bitcoins they possess. They are more like griefers.

There were two different scenarios involving the mutability.

The first was the attackers were ONLY modifying their OWN transactions.  They would then report the tx failed, MtGox would lookup the tx id, see it wasn't in any block and pay them a second (and third? and twenty eight?) time.

After MtGox wised up 30 days later someone (possibly the same people, or new people) began mass modifying the tx of OTHERS.  This particular event has no direct ecnomic value and your right it is likely griefers, or someone looking to damage the credability of the Bitcoin network.  When people are talking about thieves they are talking about the former event.

Ok, now I finally grasped the attack I think on gox.

In my own wallet(s)
Transaction A is created
Transaction B is created Based on A.
Transaction C based on B is sent to Gox
  ... gox acts idiotically and recognizes C before B is finalized
  Bitcoins bumped up in my gox account
I invalidate B so the bitcoins are still in my wallet
I withdraw bitcoins from gox and it says ok as its database of my account shows bitcoins it never really got.
I have just doubled my money Smiley

Rinse and repeat until gox notices the problem.

Sounds like gox would be empty in short order.

So then they wise up and shut the door (or they just see no money in their wallet). If they didn't lose most of their bitcoins in the process then they could just make a minor tweak to their process and only recognize confirmed transactions. Unfortunately I think they have been drained dry and are just looking for a way to open the bank with no money in the vault and prevent a run. They need to get some reserve of bitcoins back in their vaults to make payouts so people can feel calm and safe, and I suspect their bluster about waiting till bitcoin fixes itself is a delaying tactic.

Or if you want to be optimistic, gox could have kept 90% of their funds in a cold wallet and all is safe. They could easily verify such things to the public though and their lack of transparency is discouraging. A simple, "look guys, don't sweat it, here is one of our many addresses in cold storage with $1M in bitcoin and this message was signed from its private key. Chill out, and we will have things flowing smoothly in a jiffy."

Unfortunately, I am a pessimist, and this is the second time that gox has f-ed up on a massive scale. I think this will lead to a level of disappointment that wil make mybitcoin look like a small pickpocketing.
16  Bitcoin / Bitcoin Discussion / Re: I have to disagree with Gavin .... transaction mutability is a problem on: February 17, 2014, 10:26:27 PM
And if I understand correctly, this is an issue where the THEIVES have to act QUICKLY.

If you wait 10-20 minutes (confirmations), then there is way too many computers, ie: the whole network with the transaction and question already confirmed and buried under other ones- can't change the hashes now. (lest you do a 51% attack, which presumably again is harder with the passage of time)

The thieves can only copy transactions, they cannot change the contents. Only one of the copies can be included in the blockchain. If further transactions are based on one of the transactions that will never be part of the blockchain, all these transactions will also timeout when the not-included copy does.

This changes nothing on the usual practice that once a transaction is part of the blockchain it is safe to trust it. A 51% attack actually rewrites the blockchain.

I don't know if I would call the attackers thieves. By the looks of things they aren't making off with bitcoins, they are just invalidating transactions that others are making, and thus making the db's of exchanges inconsistent with the actual bitcoins they possess. They are more like griefers.

The piece of the puzzle I don't understand is how this is a problem for exchanges. Since the very start of bitcoin it was considered that 6 confirmations were required before a transaction was considered valid for any serious financial situation. This probably could drop down to 1 or two conformations since the network is pretty robust now, but considering 0 confirmations as being worth anything? Heck, you wouldn't even do that for an e-commerce site.

My basic conceptual model of how you build any online service using bitcoins as a unit of account is you have a bitcoin address for a user, and you get bitcoins received at that address with 1 confirmation and use that to base the user's balance off of. In your db you then record transfers to and from that user and add and subtract accordingly through a transaction log. So the balance is the sum of bitcoins received + credits - debits.

Not really rocket science, and I feel something must be missing in my view as this very basic system seems the most obvious to me, and it seems like it would be immune to the problems that are plaguing all of the exchanges. Is it just that they were dancing on the edge of the razor of zero-confirm transactions because they felt that turn around was that important?

Please, tell me where I am wrong. Something is not adding up.
17  Bitcoin / Bitcoin Discussion / Re: [FUD] Russia, China & Apple ban Bitcoins. Gox closing. Is this the end? on: February 07, 2014, 04:34:26 PM
Long ago I predicted Gox will have to deal with a run. It has shown many signs of being poorly managed, frequently hacked, and lacking any transparency. If the sun were to shine on their books it would be apparent that they would not be able to settle up a massive withdraw.

I don't know if it is FUD (the doubt is very reasonable) that governments would ban bitcoin and trading floors would be shut down. If a govt doesn't have control over their own currency, they have nothing. This is an existential struggle for them (as well as the banks that control the govt).

Bitcoin will never go away (or at least some form of it), but any business based upon it is on shaky ground, and this will eventually be forced underground.
18  Other / Off-topic / Re: What programming language to learn? on: February 07, 2014, 04:06:15 PM
Node.js is server side javascript. It doesn't need an apache server to route calls to it as it is the webserver itself. It answers directly to the port 80 calls. PHP is a seperate thing which gets called every time apache gets hit. This has two side effects:

* A startup and a tear down delay for every server hit.
* No memory of previous interactions. Php starts a new process every time, so you have to re-establish file connections, db connection and all info. Theoretically you could maintain all app data in the app memory in node.js and just save to a db to keep the memory load lower and to deal with if/when the server restarts having something to recover from.

Some things to be concerned about with node.js:

* An error anywhere in the app could make all routes go down ... php might have an issue on an individual page, but it won't cause an issue on other pages.
* Shared memory and continuous running node process can present an issue if your code has memory leaks - objects accumulating, but never being destroyed.
* Javascript can lead to a lot of potential complexity and bad programming styles could create a very very nasty to debug code ball - especially when considering the possibilities of async coding.
* PHP class system, similar to programming in Java is nice for large teams with various coding skill levels as it provides more structure. This slows things down, but it also leads to less chaos.

I love node.js myself, and try to use it in every project I can, but it is not all roses. Or maybe it is, but the thorns can really get you if you don't handle it well.
19  Alternate cryptocurrencies / Altcoin Discussion / Re: What altcoins are going to the moon? on: January 31, 2014, 09:19:16 PM
the only coin going to the moon is litecoin.
Why? Please argue your reasoning rather than just saying coin X will be successful.
20  Other / Off-topic / Re: What programming language to learn? on: January 31, 2014, 07:49:48 PM
I have been a web programmer for well over 15 years, so here are my 2mBTC

Python: Fun easy language to learn, but it is not web-centric. It is great if you are building some independent desktop app (many BTC wallets use python), but I after learning it, I never really had much practical use for it web wise.

PHP: The ultimate in web languages for a very long time. It allows you to be a pretty sloppy programmer and still get something up on the web, and if you are a disciplined and advanced programmer, you can build a major website. PHP is what I would recommend to anyone who is a newb that just totally wants to get the job done. Using a framework like codeigniter is also helpful in making a more maintainable site. Upside: there are a lot of php jobs out there. Downside: there are even more php programmers. They are a dime a dozen, and the pay isn't great. One potential upside: there are some libraries to interact with Bitcoin APIs.

Ruby on Rails: Learned it, built the basic blog stuff from tutorials, but I dislike the whole idea of scaffolding and code generating code. It seems if you want to build anything that is not straight-forward you are in for pain.

Java: I know it backwards and forwards and built some crazy stuff with it. That said, I absolutely refuse to program in it. It is way too structured, incredibly slow to develop in, and induces carpal tunnel in people who code in it (too f'n verbose). Upside: You can develop native apps for android in it. (checkout phonegap though if you want to just use html/js/css)

Node.js: A really nice development environment that reminds me of coding in scheme back in college. It is functional, so you have to deal with deep callback stacks effectively. This will be hard at first, and you will need some discipline to not create a nasty code ball. It has the best darn module system around, and reminds me of the best of python regarding modules. You will be using javascript on the front and back end here. Theoretically this means that you will reuse some of the same code on both sides. Realistically, this doesn't happen much, but it is nice not needing to change mental gears between client and server programming. Node.js programmers are in demand now too.

C++: Really, don't bother. We are moving to an interpreted code world and unless you are working on something that needs the speed, this isn't needed. Even if you do need the speed, use python and on the very speed dependent things you can squeeze some c modules in there. Upside: Just a step away from Objective C so you can do some iOS native apps (checkout phonegap though if you want to just use html/js/css)

.NET: Pretty much Java, but on the MS stack. Expect to need to know a lot about libraries and such. It is good for getting jobs, but I try not to touch anything in the MS stack.

Flash: No. It is on its way to the dustbin of history, and good riddance.

TL;DR: Php if you just want to learn enough to get some stuff done. Node.js if you want to take yourself to the next level.
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!