Bitcoin Forum
September 15, 2019, 11:06:03 PM *
News: Latest Bitcoin Core release: 0.18.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 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 ... 112 »
321  Local / Italiano (Italian) / unSYSTEM Dark Wallet Milano meeting on: November 20, 2013, 08:48:32 PM
All are welcome:

https://wiki.unsystem.net/index.php/DarkWallet/Meeting_Nov2013

First week of December are public presentations.
322  Bitcoin / Development & Technical Discussion / Re: sx command line utilities - Empower The Sysadmin With Bitcoin Tools on: November 19, 2013, 12:26:53 AM
Hi! The instructions are here:

http://libbitcoin.dyne.org/obelisk-setup.html

But you can also use a public Obelisk server as listed here:

http://libbitcoin.dyne.org/servers.html

(some might be down but after the crowd funding we are going to setup some nice stable servers for people)

The config file for sx is in PREFIX/share/sx/sx.cfg. Copy this to ~/.sx.cfg (PREFIX is usually /usr/local/share/)

You can install sx, obelisk and everything using:

wget http://sx.dyne.org/install-sx.sh
sudo bash install-sx.sh

Wolf0, not sure why you get that?

jago, everything works now?
323  Bitcoin / Wallet software / Re: libbitcoin / SX tools / Has anyone got this to work? on: November 18, 2013, 10:17:02 PM
Hi! The instructions are here:

http://libbitcoin.dyne.org/obelisk-setup.html

But you can also use a public Obelisk server as listed here:

http://libbitcoin.dyne.org/servers.html

(some might be down but after the crowd funding we are going to setup some nice stable servers for people)

The config file for sx is in PREFIX/share/sx/sx.cfg. Copy this to ~/.sx.cfg (PREFIX is usually /usr/local/share/)

You can install sx, obelisk and everything using:

wget http://sx.dyne.org/install-sx.sh
sudo bash install-sx.sh
324  Bitcoin / Bitcoin Discussion / Re: Dark Wallet Certification on: November 15, 2013, 04:35:59 PM
Maybe Dark Wallet can be one project, but unSYSTEM (the organisation) can have a set of basic principles for wallet developers about what we are working for, some practical advice and guidelines about doing certain things. They are voluntary but if you want to be part of the community, well you should be respecting and working for the people. It'd be cool to have other projects come join unSYSTEM and help establish a support network for Bitcoin projects and cool initiatives.
325  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 15, 2013, 04:23:00 PM
If anyone wants to come participate in development, you're more than welcome.

https://wiki.unsystem.net/index.php/DarkWallet/Meeting_Nov2013

This is the event for starting everything. We have more public talks in the first week of December, and spaces if people need a place to sleep (although it will be quite busy). If you have a proposal for a talk or need a bed then send me a PM. Feel free to visit if you're around.

Our mailing list:

https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/unsystem
326  Bitcoin / Development & Technical Discussion / Re: CoinJoin: Bitcoin privacy for the real world on: November 03, 2013, 04:02:45 PM
to make coinjoin work properly we first need decentralised identity and reputation systems to protect against that. otherwise just making it p2p for the fun of it is not doing anything.
327  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 03, 2013, 03:07:57 PM
some people worship profit: https://darkwallet.unsystem.net/bitcoinica.html
bitcoin attracts the worst types of lying sociopaths.
328  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 02, 2013, 01:18:37 AM
Gavin, anyway it's good you support other implementations. Thanks for the positive words.
329  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 02, 2013, 12:34:43 AM
https://bitcoinfoundation.org/blog/?p=204 - the projects there were incomplete implementations and mostly recent.

Truth is that there are development decisions happening behind closed doors that me, other developers and the community are not privy to. And this places the class of developers (not your friends) at a disadvantage due to institutionalised structures imposed on bitcoin development. This is why I believe in a diversified software ecosystem with no single party having power over development decisions - it is a process that can be corrupted by personal preference and favoritism.

Also about libbitcoin's quality: http://libbitcoin.dyne.org/doc/ - any objective developer is open to review the fundamentals.
330  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 01, 2013, 11:25:16 PM
We are providing an alternative. With 1% of the BF resources, we will do 10x more development and continue serving the community. Free market ftw.
331  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 01, 2013, 11:09:09 PM
Gavin can you explain this email from a journalist friend that he sent me:

"Just got a call from the bitcoin foundation. They wouldn't go on the record to comment on the article but just kept telling me "off the record" that you lot have no credibility and that a much better story is some venture capitalist yesterday investing $9m in bitcoin..."

and are you going to put me back on the security mailing list after you took me off. And you should stop telling people I'm not a Bitcoin developer. And also list libbitcoin on your blog post. Also you can stop ignoring my emails, and invite me into the protocol discussions. Thanks. The door is open, the choice is yours.

It's been 3+ years and I think the treatment from you, Mike, .et al has been downright cuntish at times.
332  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 01, 2013, 04:39:52 PM
https://darkwallet.unsystem.net/whydw.html

50k won't go far if we pay salaries. we have to be smart with the money and invest in common permanent infrastructure. we should find better ways to pay for ongoing costs by creating sustainable businesses.
333  Bitcoin / Wallet software / Re: Combine projects: libbitcoin/obelisk libraries, Electrum, and Hive on: November 01, 2013, 04:11:15 PM
I've had the feeling this was the direction we've been moving in for a while. Now the eager response of Hive is a welcome addition.

The Linux operating system came together when Linus' kernel was combined with the GNU system. If we wish to build a resilient and successful opensource ecosystem, then it will need the combination of projects responsible for a small piece of turf. It will force us to serve each other and create something very powerful.

When I got involved with Electrum, my goal was to replace the backend with libbitcoin. I saw Electrum as the future. Electrum's community and technology get me very excited. It's an open community, with lots of solidarity (despite the small size) and people helping out with infrastructure in a decentralised self-organised way.

As I started to develop on Electrum (which involved refactoring the server code to support pluggable backends), I became concerned with the UI. Over 2-3 months I did my own usability studies with friends and people, and started to focus on how Electrum should look like. Then there was more refactoring of the client code so we could integrate another GUI. During this time also saw Animazing becoming involved in development and he also had lots of ideas.

The original libbitcoin Electrum backend, was a fullnode integrated straight into Electrum server. However I didn't believe this was a scalable model. After the bitcoin2012 conference, I took a big break from Bitcoin for some months (the conference was too much). During this time, I started to formulate new ideas about a backend, slowly hacking prototypes at first, theorising, writing more code, rewriting, trying different approaches, ... The moving from Apache Thrift to ZeroMQ was a massive leap. I have a hero worship problem with the ZMQ creator Pieter Hintjens Smiley I think he's a genius.

http://zguide.zeromq.org/page:all#toc7

And obelisk was born.

The community around libbitcoin started to grow, and we slowly developed our software. We started to plan between ourselves the tools and code needed to build a functional wallet. I still wasn't sure whether we'd go with Electrum or make something new. I remember when trying to integrate the light GUI into Electrum, it wasn't so modular (tight coupling between GUI and wallet).

Then we had the Barcelona Electrum developer meeting, and Electrum's new release was impressive. Thomas had re-architected Electrum into a modular framework, and was rapidly integrating features like HD wallets. We also saw the Electrum Android preview from Andy which was awesome. Never seen such a great wallet on mobile phones - and it's based off Electrum and Python! Andy is working with Kivy developers to build the thing.

The new aim for Electrum is a modular framework for creating wallets. The framework provides the features and you just hook them into an interface. Thomas demoed a terminal Electrum app to illustrate this.

I spoke with Pablo because I wasn't sure how to support Electrum. Before my intention had been to make an adapter that provided the current Electrum API (so clients could remain compatible with minimal changes to the Electrum codebase), but this was sub-optimal and doesn't take advantage of the parallel asynchronous scalability features (which needs some knowledge from the API user to use effectively). Also with multiple workers you need to be able to handle failure cases to retry a different host or know how to properly query results.

Pablo suggested the way forwards in replacing the client side Electrum blockchain query code with obelisk API. This was a problem though since Electrum is a Python-only project and the current obelisk was a C++ library. Also even if we made a Python obelisk then it will still depend on ZMQ. Since there was the Electrum Android Kivy project (and we're interested in phones too), we tried building ZMQ on the mobile phone. It was a nightmare and we never got it working (I don't think it's ever been managed). Pablo did the unthinkable and rewrote ZMQ in pure Python! Pieter Hintjens (project maintainer for ZMQ) was excited and wants to make it an official part of ZMQ. So we have a pure Python obelisk library.

By moving some of the Electrum core utils (such as bitcoin.py) into his project, we have a full Python wallet software library. Also Vitalik made Pybitcointools for working with keys, and Robert (a libbitcoin contributor) created a good abstraction layer for the blockchain which makes it look like a Django database ORM (for the blockchain). So we can move this functionality into a library, and prefer friend's code (so they own that piece of the ecosystem).

The technology in Electrum is solid, but it needs a decent UI. My only concern is that if we have worker -> balancer -> desktop core -> interface, that's a lot of overhead for transferring wallet history but maybe it's not such a big deal in the end. Also I'm working on some important issues to do with the blockchain database. I've been developing a custom database.



This is database read and write speed for Bitcoin transactions vs LevelDB. Note these results are merely illustrative. There's a lot more complex things happening underneath that's difficult to explain (I will write a manual). But by exploiting the properties of the blockchain leads to some interesting results such as hot backups, lock-free reads and lack of a separate database cache (instead use madvise() to tell the kernel how to cache from disk). Anyway this is experimental stuff. Read speed is my priority.

Together we can create a big group of talented developers freeing up the others to focus on our particular development interests. I see the potential in Hive for security features and concepts Thomas is working on in Electrum. There is the old conflict between the top-down cathedral with the ability to mobilise huge resources through command hierarchies, vs the bottom-up bazaar that provides the creative and open environment for merit to rise to the top. Debian is the Linux kernel, the GNU system tools, the graphics layer, the Gnome desktop environment and the various applications. I am optimistic that we can create the same resiliency and strength for the future of money.
334  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: November 01, 2013, 10:41:40 AM
50% raised in 24 hours (including BTC donations)

looks like electrum, hive and libbitcoin are going to find a way we can all work together. everybody wins because developers can focus on one thing and we can build a diverse modular opensource software ecosystem. with the libbitcoin, obelisk, sx, mixer, proxy broadcaster, python desktop libs, python desktop core (electrum) and interfaces created by hive team, we will have an awesome setup for everyone.

https://bitcointalk.org/index.php?topic=322483.0

I was already before developing electrum, and hive wallet is doing a really good job at what I was trying to achieve before (and not getting far). all our projects can help each other, and I aim with the crowdfunding to offer common infrastructure towards this effort.
335  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: October 31, 2013, 10:45:40 PM
combine libbitcoin + electrum + hive: https://bitcointalk.org/index.php?topic=322483.0
336  Bitcoin / Wallet software / Combine projects: libbitcoin/obelisk libraries, Electrum, and Hive on: October 31, 2013, 09:43:01 PM
Hi,

All 3 of these projects are lacking things that we each have.

The server part of the libbitcoin stack is well developed, but we're still working towards client-side software for managing wallets. I was very impressed by Thomas' presentation about how he's turning Electrum into a framework. However the backend for Electrum is lacking, and also the servers are unreliable. We have built the client side libraries (Pablo's pure Python ZeroMQ + Pablo's obelisk-client + Vitalik's Pybtctools + Robert's BlockAlchemy). This removes any need for dependencies (pure Python) and can easily be deployed on Android (through Kivy).

I'm imagine a core on the desktop with an API over sockets that can only be called on localhost (although maybe do something else). Exchange the Electrum interface and start using the new library (move Electrum code over to it too, and provide a nice API).

Hive is even further in front of the user. The Electrum user interfaces suck (despite the technology being very good). And they're really thinking on different things. If we have a separate Python core with a socket, then it's possible to integrate with their C#. They already have their server backend and Electrum has one too, and so no point us all duplicating the same work when I've been doing backend/impl stuff for ages.

libbitcoin - server / core API stuff
* libbitcoin/obelisk server - me, Robert Williamson
* Client side library: Pablo, Vitalik and Robert.
** ZMQ (networking library) Python port by Pablo.
** Daemons like broadcaster or mixer written in Python for rapid development. This is one of Pablo's specialities.
Electrum - features, key management
* ThomasV, Animazing
* wallet, interface API - ThomasV
Hive - interfaces
* Wendell, Taylor Gerring

We can search for some designers, and we can provide infrastructure like servers and stuff. And contribute towards paying for packaging, Q&A, testing, ...

For the network stuff, I have help from Hintjens. He wants to make Pablo's Python an official port of ZeroMQ. The origin for ZeroMQ is from when he was working on networked financial software.
337  Bitcoin / Hardware wallets / Re: Let There Be Dark! Bitcoin Dark Wallet on: October 31, 2013, 09:17:49 PM
http://bitcoinmagazine.com/6630/trustless-bitcoin-anonymity-here-at-last/

https://bitcointalk.org/index.php?topic=282086.0

http://bitcoinmagazine.com/what-libbitcoin-and-sx-are-and-why-they-matter/

http://libbitcoin.dyne.org/

http://libbitcoin.dyne.org/doc/

http://libbitcoin.dyne.org/libbitcoin.pdf

http://darkwallet.unsystem.net/

http://www.jupiterbroadcasting.com/37516/amir-taaki-bitcoin-2013-plan-b-7/
http://www.reddit.com/r/Bitcoin/comments/1f19sr/interview_with_amir_taaki_about_libbitcoin_the/

http://sx.dyne.org/

https://bitcointalk.org/index.php?topic=291581

https://bitcointalk.org/index.php?topic=50721.0

https://github.com/spesmilo/libbitcoin

https://github.com/spesmilo/obelisk

https://github.com/spesmilo/sx

http://www.ohloh.net/p/libbitcoin/estimated_cost

https://github.com/caedesvvv/zmqproto (pure Python reimplementation of ZeroMQ)
+
https://github.com/caedesvvv/python-obelisk-client
+
https://github.com/vbuterin/pybitcointools
+
https://github.com/Bobalot/blockalchemy
= python client side library

our ingredients:

* libbitcoin full validating node (async c++ toolkit bitcoin library)
* obelisk blockchain query server
* sx admin tools
* coinjoin bitcoin laundry mixer by pablo
* re-broadcaster to avoid triangulation
* python client side libraries (combination of pablo's obelisk-client, vitalik's Pybtctools, robert's blockalchemy)

shopping list:

* python core
* javascript front end
* usability, testing, Q&A, porting to multiple platforms
* design work
* infrastructure maintanence

this is not simple stuff, and we've already been working on this for 3+ years with no financial support fulltime.

cody is crystallising this together for us in a usable coherant whole as our director. we are a community and everyone is free to participate through our mailing list on unsystem.net

mailing list: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/unsystem
338  Bitcoin / Wallet software / Re: libbitcoin on: October 31, 2013, 07:23:01 PM
back up again!

btw hope all friends here have seen our crowdfunding campaign by now:

http://www.indiegogo.com/projects/bitcoin-dark-wallet

if you can get the word out about libbitcoin and all that we're trying to achieve here, that's much appreciated. thanks!
339  Bitcoin / Bitcoin Discussion / Re: We are making the same mistake again. on: October 31, 2013, 01:22:57 PM
TL;DR

The internet was great, but was us sleepwalking into a police state. Let's not do the same with cryptocurrency.

The choice is yours,

http://darkwallet.unsystem.net/

http://www.indiegogo.com/projects/bitcoin-dark-wallet

Support us.
340  Bitcoin / Bitcoin Discussion / Re: Living only on bitcoins on: October 31, 2013, 10:55:07 AM
I live on Bitcoins in europe. But I'm living with alternative communities anyway. We use Bitcoin as a tool to manage internal economies.
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 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 ... 112 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!