Show Posts
|
Pages: [1]
|
Vi er tre Bitcoin-brukere som møttes da Sturle inviterte til treff i februar. Siden har vi holdt det gående med ujevne mellomrom. Det hadde vært kjekt om flere vil være med! Vi samles på Henrik over en øl eller annet leskende, og prater hemningsløst om Bitcoin og alt som har med slikt å gjøre. Her er det ingen terskel - kom gjerne hvis om du vil lære mer om Bitcoin også. * Sted: Henrik øl & vinstove ( kart) * Tid: Torsdag 8. oktober fra kl. 18:00 og utover. Legg gjerne igjen en melding hvis du har tenkt å komme. Vi er foreløpig ikke på Meetup.com.
|
|
|
How do you think the conference will affect the price?
I'm guessing positively - looks like there will be a few interesting announcements, and the conference itself will show off Bitcoin's legitimacy. Plus, the price can't bounce between 112 and 119 forever.
|
|
|
Jeg mener ikke at det er riktig å snike i kollektivtrafikken, men jeg er alltid interessert i å se hvordan ny teknologi kan virke "forstyrrende" ("disruptive") på etablerte prosesser, på godt og vondt – og hvordan nye og uventede forretningsmodeller skapes. Fra Osloby i dag:En gruppe som kaller seg Planka har mot en månedlig avgift tilbudt seg å betale snikebøtene til sine medlemmer. Medlemskap i Planka Oslo koster 200 kroner måneden. Ifølge gruppen selv er virksomheten en protest mot organiseringen av kollektivtransporten. Planka krever gratis og skattefinansiert kollektivtransport.
Etter å ha sett på saken i over ett år konkluderte Finanstilsynet med at dette er forsikringsvirksomhet. Slik virksomhet er konsesjonspliktig, og etter det Osloby forstår er det lite sannsynlig at gruppen vil kunne få konsesjon. Se også Planka Oslos nettsted. Det virker som om disse nokså enkelt kunne ha drevet videre ved å drive anonymt via en Tor hidden service og gjøre inn- og utbetalinger i Bitcoin. Kundene kunne nok ikke ha vært anonyme, men det hadde ikke vært nødvendig heller. Med et slikt nærmest uangripelig system, kan man kanskje se for seg tre mulige utfall: 1: Det offentlige tvinges i retningen av lavere kollektivpriser fordi tilstrekkelig mange er forsikret og dermed bare betaler 200 per måned (som er Planka Oslos pris). 2: Det offentlige tvinges til dramatisk å intensivere kontrollvirksomhet. Dette er kostbart og kan slå ut i høyere reisepriser og dessuten gjøre forsikringsvirksomheten så mye mindre lønnsom at disse tvinges til å sette opp sine priser, noe som over tid vil utlignes i et spillteorietisk ekvilibrium og en "ny normal" der reisende konstant plages av kontroller av mennesker som kunne ha gjort mer samfunnsnyttig arbeid. 3: Effekten vil være liten eller fraværende. De fleste ønsker å opptre ærlig og ønsker ikke ubehaget ved å bli tatt i kontroll. Planka Oslo har allerede drevet i to år tilsynelatende under dette alternativet. Hva tror dere?
|
|
|
I et par uker nå har http://www.reddit.com/r/BitcoinNo eksistert, uten å tiltrekke seg så mye aktivitet. Regner med det finnes noen redditører her, så dere er herved informert.
|
|
|
Just for fun, let's imagine an alternative reality in which Satoshi made a strange mistake in Bitcoin's design: instead of SHA-256, he used MD5. Everything else is exactly the same. What would some practical consequences of this be, with regards to the resilience of the bitcoin network, security of funds etc?
|
|
|
If I'm running the satoshi client permanently (without mining), am I:
* Helping the network * Hurting the network * Wasting my CPU cycles?
|
|
|
I'm playing with a blockchain.info wallet. Their web security seems really great, and I use Google Authenticator as a second factor. I've installed their Android wallet on my phone and paired it to my wallet. This seems to bypass all security. It never asks for my password, and never asks for my second factor. It just opens my wallet. I don't know if it would allow me to transact, but it seems so.
This is no good. Phones are stolen and lost all the time. Is there some setting I'm overlooking, or is this a gaping deficiency in their Android app?
|
|
|
I was wondering how bitcoin clients (and bitcoin-qt in particular) select inputs for transactions. Are they selected by age (oldest/newest first), to minimize the number of inputs, to minimize the change output, or some other criteria?
Just curious.
|
|
|
Can you bring it back up, please? I just need to check something. Thanks!
|
|
|
I'm familiar with transactions and blocks and all that, but I'm still not sure exactly what a confirmation is.
I guess a "confirmation" happens when a miner has looked at your transaction and determined it to be valid with regards to its inputs, outputs, signatures, timestamps and whatnot.
But what does a confirmation look like (as in: what information does it contain)? How is it published? Where is it stored?
For each transaction, how many times will it be confirmed, in practice? Looking at some old transactions, they seem to have thousands of confirmations.
Thanks.
|
|
|
I live in a relatively small city in a very small and backwards country full of farmers and snow. I have buy and sell ads on LocalBitcoins.com just for fun. I put my old stuff on bitmit and I've sold a few of them to people abroad.
But the other day, a fellow countryman bought something from me on bitmit! omg. And then the next day, a dude contacted me on LocalBitcoins and he's now bought btc from me in person. wth?
It's easy to get the feeling that things are suddenly taking off. Fun!
|
|
|
I'm stuck at home this weekend, and home is not London.
What are the best ways to follow the talks from home? Will there be streams? At least an audiofeed? Liveblogs? 24-hour CNN coverage? Anything?
How about post factum; will recordings of the talks be published?
Edit: And if not, the organizers should keep in mind that I would gladly pay good bitcoins to watch live. So shut up and take my money.
|
|
|
Fra i fjor skal nordmenn betale moms på kjøp av elektroniske tjenester av utenlandske tilbydere. Jeg lurer på om dette også angår handel med bitcoin. Dersom jeg kjøper bitcoin på f.eks. Mt Gox, må jeg deklarere disse på noen måte? Hva burde jeg oppgi til myndighetene når jeg overfører penger til utlandet?
|
|
|
I just encrypted my wallet (reference client), and I would have expected it to ask me for the password as soon as it loaded the wallet on startup, but it didn't. Instead, it only asks when I try to send btc. This seems to mean that if someone gets ahold of my wallet, they will be able to "read" it and see what it's worth. Then if it holds enough value, they can start brute forcing (however futile that may be, but whatever).
Am I misunderstanding something here? Do I have to put it into a truecrypt/encfs container to get the kind of protection I expected?
|
|
|
[Warning; there is nothing to learn from reading this, it's just ramble.]
I've been using bitcoin for a good while already, but I haven't really put in the effort to get a good understanding of everything until today. I spent hours reading the Satoshi paper and the wiki. Cool story, right? Here's some stuff I got out of it:
The whole mining process, and how it self-regulates and requires little network coordination. Pretty cool. How difficulty is computed, and how it relates to target.
What's inside a block, and the structure of a block header, and how the chain is linked together. How that provides a "distributed timestamp server". And how impossibly difficult it would be to modify something in an old block. Very neatly designed, and now I understand how "lite" clients work and how they only need 80 bytes per block instead of the whole thing. Also the potential for pruning, and I noticed a cool BIP about stratization that makes me feel more comfortable about future scaling.
How transactions work, and what's inside them. Inputs and outputs. I finally understand how a coin can be split to pieces and different pieces can be combined into bigger values, all without fragmentation. And the transaction fee is just what's left after the all the inputs are subtracted from all the outputs, very elegant.
Script! How cool, so many possibilities. And so many opcodes that are disabled, probably best for now.
Generally how the peer-to-peer network works, what kind of messages are exchanged, and how they are propagated etc.
|
|
|
I'm wondering about the state of a transaction immediately after it is published to the network, before it has entered any block. Does Bitcoin make any attempt at all to prevent double-spending or reversal at this point? If not, are there any theoretically possible approaches?
If there's no protection, my worry is that Bitcoin really isn't as "instant" as it's often portrayed to be. If I meet someone to make a transaction, do I need to hang around and smalltalk for 10-20 minutes to wait for a block or two? I mean, to be honest, I really hate smalltalk.
|
|
|
|