Pages:
Author

Topic: MultiBit - page 32. (Read 336316 times)

legendary
Activity: 1708
Merit: 1066
January 17, 2013, 10:30:09 AM
The plan last summer was to go tootling around the UK network.
But it is quite time consuming wandering around doing nothing in particular and the siren call of Bitcoin called me away.

At the moment it is more like the quote from Dune 'travelling without motion'.
legendary
Activity: 1526
Merit: 1134
January 17, 2013, 10:10:31 AM
Very nice. Do you travel around with the boat much, or keep it in one place?
legendary
Activity: 1708
Merit: 1066
January 17, 2013, 09:24:59 AM
ever tried to get it accross the channel to amsterdam Smiley ?

ha ha - there is absolutely no keel on a narrowboat and skinfittings (i.e. holes through the hull) only about 30 cm up from the waterline so I think you would have to be mad to try that !

Better to do it on the back of a lorry !

:-)
legendary
Activity: 1708
Merit: 1066
January 17, 2013, 09:22:57 AM
Hopefully by the middle of 2013 we will have:
+ encrypted wallets
+ HD wallets


This would be so great. I recently switched to Multibit for handling my wallet because last month Bitcoin-qt/Armory became too much for my laptop as the blockchain expanded. I still run full bitcoind on the home server to help the network, but the laptop travels a lot and the sync time was getting to be too much.

I love the Multibit interface with the MtGox values, keeping the last sent transaction details in the send tab, and the nice GTK+ theme. I miss my encrypted deterministic wallet though.


Thanks for your comments.
Yes I think the sync times are the main reasons people are looking for alternatives to bitcoin-qt but hopefully with v0.8 it should improve noticably.

Deterministic wallets I am looking forward to getting in too. The 'random key' encrypted wallets will go in first and then I can start on the HD wallets (together with all the other client teams - having them all cross compatible is pretty important).

The MultiBit sync times should also improve when bloom filters go in - currently MultiBit downloads all of the new blocks, but with bloom filters only the relevant transactions will need to be downloaded.
sr. member
Activity: 300
Merit: 250
January 17, 2013, 08:47:03 AM
ever tried to get it accross the channel to amsterdam Smiley ?
hero member
Activity: 700
Merit: 500
January 17, 2013, 08:45:43 AM
Hopefully by the middle of 2013 we will have:
+ encrypted wallets
+ HD wallets


This would be so great. I recently switched to Multibit for handling my wallet because last month Bitcoin-qt/Armory became too much for my laptop as the blockchain expanded. I still run full bitcoind on the home server to help the network, but the laptop travels a lot and the sync time was getting to be too much.

I love the Multibit interface with the MtGox values, keeping the last sent transaction details in the send tab, and the nice GTK+ theme. I miss my encrypted deterministic wallet though.
legendary
Activity: 1708
Merit: 1066
January 17, 2013, 08:07:36 AM
I was out this morning and took a couple of photos of the boat:

View of the stern:
https://multibit.org/postImages/boatStern.jpg

and of the bow:
https://multibit.org/postImages/boatBow.jpg

If you happen to recognise the stretch of canal please keep it to yourself as I prefer to keep things low key.

legendary
Activity: 1708
Merit: 1066
January 17, 2013, 03:26:32 AM
hi jim,

thanks for your reply,

what exactly is done when a client "relays a transaction" does it check the transaction just like a miner ? and how does relaying a transaction help the network ?

Greets, roland.

A good example of relaying is to think what actually happens when you do a send.
Say I want to send a transaction from the UK to you in the Netherlands.

My copy of MultiBit is connected to 4 bitcoind nodes, A, B, C, D. Say it sends the transaction to node A. Node A checks that the transaction is 'good' ie no double spends, fee if necessary etc. If it is good then it will send it on to the other bitcoind nodes it is connected to. They in turn perform the same checks and pass it on if they are happy with it.  This is the peer-to-peer network in action.

Eventually a node will pass the transaction to your client and you will see it as a zero confirmation transaction.

Also, the nodes B, C and D will pass it back to me. Once at least one of them has given the transaction back to me then I know it has made it out into the network successfully (the boomerang rule). MultiBit then allows you to spend that transaction's change.
sr. member
Activity: 300
Merit: 250
January 17, 2013, 02:36:51 AM
hi jim,

thanks for your reply,

what exactly is done when a client "relays a transaction" does it check the transaction just like a miner ? and how does relaying a transaction help the network ?

Greets, roland.
legendary
Activity: 1708
Merit: 1066
January 16, 2013, 04:28:01 PM
just a little offtopic question:

Multibit is a "light" client is it not ? and the bitcoin-qt client is a, how do you call it "full client". Difference is that the full client participates in checking transactions on the network and the light client does not. am i correct in that ?

and if so:
1. could people just run a bitcoin-qt client with an empty wallet just for the sake of supporting the network ?
2. wouldn't it be great if multibit also has an option so that you can choose between light and full ?

Greets roland.

A full client is as you say - bitcoin QT has a full copy of the blockchain and relays all the transactions through the network. You can run one with an empty wallet and it helps the network yes.

The term 'light/ lite' client basically refers to a client that cuts down on either the data it stores or the work it does (or both). It varies a bit from client to client exactly what they do.
MultiBit: connects to bitcoin QT servers, downloads block headers from the past and (currently) full blocks from the present. Does not relay transactions.
Electrum: connects to special servers that transmit transactions/ send back unspent outputs.
BitcoinSpinner: similar to Electrum but there is only a single server cluster on the backend.
Android Bitcoin Wallet: very similar to MultiBit ( as both are based on bitcoinj).

Re: MultiBit optionally becoming 'full'. Matt Corallo has done work on making bitcoinj operate as a full bitcoin node but I doubt I will ever put it into MultiBit. I just want MultiBit to be wallet software for people to put their BTC in and be able to spend it. No more. No less.
legendary
Activity: 1708
Merit: 1066
January 16, 2013, 04:11:39 PM
MultiBit HQ is a narrowboat moored on a canal in the UK.
The reason why I like MultiBit  Smiley
That's funny ! :-)
legendary
Activity: 1708
Merit: 1066
January 16, 2013, 04:10:23 PM
I'll take one tomorrow - all iced in - and post it.
:-)
sr. member
Activity: 300
Merit: 250
January 16, 2013, 04:04:10 PM
btw i would like to see how bitcoin-hq looks like Smiley got some pictures of your boat ?
sr. member
Activity: 300
Merit: 250
January 16, 2013, 04:03:15 PM
just a little offtopic question:

Multibit is a "light" client is it not ? and the bitcoin-qt client is a, how do you call it "full client". Difference is that the full client participates in checking transactions on the network and the light client does not. am i correct in that ?

and if so:
1. could people just run a bitcoin-qt client with an empty wallet just for the sake of supporting the network ?
2. wouldn't it be great if multibit also has an option so that you can choose between light and full ?

Greets roland.
hero member
Activity: 743
Merit: 500
January 16, 2013, 03:46:16 PM
MultiBit HQ is a narrowboat moored on a canal in the UK.
The reason why I like MultiBit  Smiley
legendary
Activity: 1708
Merit: 1066
January 16, 2013, 03:14:51 PM
Cheers Jouke !
:-)
sr. member
Activity: 426
Merit: 250
January 16, 2013, 03:09:11 PM
legendary
Activity: 1708
Merit: 1066
January 16, 2013, 11:33:09 AM
Hi Andreas,

Yes I am sure you are right.
Automotive engineers are still improving the 'horseless carriage' after a hundred years of development.
hero member
Activity: 483
Merit: 551
January 16, 2013, 11:25:14 AM
I think we won't run out of work on "basic stuff" either.

Bloom filtering is just an optimization. We will need more optimizations in future.

Even if Bitcoin does not grow, the blockchain grows constantly. Thus, I think we need proper support for checkpoints, so new users (or old users re-installing from scratch) won't need to wait forever.

And if Bitcoin grows (which we all hope), we will run into more limits, some of which we already anticipate.

This is all just to keep the basic features running.
legendary
Activity: 1708
Merit: 1066
January 16, 2013, 06:08:45 AM
Hi Mike,

Yes - it is pretty good fun living on a boat.

For the "basic product" of MultiBit i.e. what people use to send and receive bitcoin I am quite happy to help code it all up and get it out there as we are doing now. Hopefully by the middle of 2013 we will have:
+ encrypted wallets
+ Bloom filters
+ HD wallets
+ Trezor support
+ fee calc support

At that point I think MultiBit/ bitcoinj will be 'done' (don't laugh please!). Then all the interesting stuff that is possible with Bitcoin but is not being worked on deserves re-looking at.

That could be assurance contract driven definitely. It depends a bit I think on what licencing the people putting up the money ask for.
At this point in Bitcoin's life there is still a big chunk of infrastructure work that needs doing. Keeping that all open source I think is preferable.

I don't think we are going to run out of things to do.

Pages:
Jump to: