Crédit : Simon Gee Giraudot (Creative Commons By-Sa)

« Papa, tu faisais quoi quand les crédits Facebook sont devenus l’unique moyen de paiement sur internet ? »

C’est par cette phrase cinglante que s’achève le billet de notre ami Ploum, qui nous a fait l’honneur d’un article original sur le Framablog.

Le propos se divise en deux parties.

La première nous explique très clairement pourquoi nous avons urgemment besoin d’un système d’échange monétaire libre et décentralisé, à fortiori lorsqu’il s’agit de micropaiements ou de microdons.

La seconde est consacrée à Bitcoin (cf cette vidéo) qui semble potentiellement d’ores et déjà répondre au besoin mais qui n’est pas sans poser questions et problèmes^[1].

Je ne sais si Bitcoin s’imposera, mais celui qui réussira lui ressemblera.

Et ce jour-là Papa sera fier d’annoncer à son rejeton qu’on pourra non seulement se passer des crédits Facebook mais qu’on n’aura plus à trembler servilement lorsque les bourses mondiales se mettent à tousser.

Décentralisation monétaire

Ploum – juillet 2011
Licence Creative Commons By-Sa

Quelle que soit votre motivation profonde, vous êtes beaucoup, parmi les lecteurs de Framasoft, à voir dans l’Internet un espace de liberté, d’expression, de communication, d’échanges, d’entraide et bien d’autres.

Afin que cette liberté soit garantie, il est nécessaire d’éviter à tout prix une centralisation qui mettrait le pouvoir absolu d’un service donné dans les mains d’une seule personne, entreprise ou gouvernement. En effet, un service décentralisé assure non seulement la pérennité du réseau mais permet également une indépendance d’un client par rapport à un fournisseur de service.

C’est pour cette raison qu’à Framasoft nous sommes de fervents défenseurs de l’email, que nous utilisons XMPP à la place de MSN, que nous préférons identi.ca à Twitter et que nous suivons avec impatience les progrès de Diaspora pour proposer une alternative à l’omniprésent Facebook.

Mais si l’entraide, la communication et l’échange sont de très belles choses, ils ne sont malheureusement pas entièrement suffisants et la majorité d’entre nous, Framasoft inclus, a encore terriblement besoin d’argent.

Alors que le troc est entièrement décentralisé, chacun troquant selon ses convenances, l’argent est un service totalement centralisé fourni par les états. D’ailleurs, ne parle-t’on pas de « banque centrale » ?

Ce système est, de plus, complètement opaque, les citoyens devant entièrement faire confiance à l’état central qui, lui-même, délègue une partie de ce pouvoir aux banques privées.

Le fait que ce soit un bien ou un mal reste sujet à interprétation. Néanmoins, en regard de la crise économique de 2008, il faut bien admettre que le résultat de l’actuelle politique économique centralisée est relativement mitigé. C’est d’ailleurs une des raisons pour laquelle certaines collectivités ont développé des systèmes d’échange locaux (SEL), en temps qu’alternative locale et auto-gérée à l’économie traditionelle.

Sur le réseau la situation n’est guère meilleure. Quelques acteurs centralisés comme Visa et Paypal monopolisent les transferts entre monnaie réelle et monnaie virtuelle. Cette situation d’oligopole leur est, bien entendu, fortement profitable : taxes à l’entrée d’argent dans le système, taxe à la sortie d’argent du système, commission sur chaque transaction. Sans compter que toutes vos dépenses, représentant une grande part de votre vie privée, sont fichées et archivées entre les mains d’entreprises pas toujours scrupuleuses.

Au final, il s’ensuit un véritable racket de l’internaute : afin que votre correspondant puisse recevoir 1€ au bout de la ligne, il n’est pas rare de devoir verser 1,20€, 1,50€ voire 1,80€, sous forme de frais fixes et de pourcentage sur la transaction. Ces frais, négligeables pour les grosses sommes, empêchent tout développement réel des petits transactions, des microdons, des micro-achats. Ces entreprises acquièrent également un pouvoir politique, s’octroyant le droit de « geler » ou de supprimer des comptes, comme ce fut le cas pour Wikileaks.

Le transfert de petites sommes est pourtant un moteur de notre économie. Si l’on hésite à acheter un album de musique à 14€, acheter une chanson à 1€ peut se faire sur un coup de tête. Les grandes entreprises ont donc développé des systèmes de « comptes » ou d’abonnements. Vous versez une somme importante en une fois que vous pourrez dépenser petit à petit. L’Apple Store ou les crédits Facebook fonctionnent sur ce principe. Mais outre le fait que ces systèmes sont centralisés, ils nécessitent d’immobiliser une grosse somme d’un seul coup et ne sont bien sûr pas interopérables. Une fois vos 25€ versés sur Facebook, ils sont irrécupérables et non-transférables en dehors des applications Facebook.

Quelques alternatives tentent également de proposer un modèle original, comme Flattr. Flattr offre en effet de déterminer une somme mensuelle fixe qui sera divisée par le nombre de dons faits chaque mois. Néanmoins, cela reste centralisé et avec des frais prohibitifs. Ainsi, Framasoft ne touche que 90% des dons faits via Flattr.

Une solution idéale serait de proposer un système d’échange monétaire libre et décentralisé. Un tel système existe et a un nom : Bitcoin.

Techniquement, le fonctionnement de Bitcoin est relativement complexe, se basant sur des algorithmes cryptographiques et le peer-to-peer. Le gros problème d’une monnaie virtuelle est d’éviter la « double dépense ». Par essence, une information virtuelle peut être répliquée à l’infini, problème qui tracasse l’industrie musicale depuis plusieurs années.

Bitcoin résout ce problème en utilisant le peer-to-peer. Lorsque Alice donne un bitcoin à Bob, elle rend la transaction publique. Les participants au réseau bitcoin (les « mineurs ») vérifient que la transaction est légitime en s’assurant que, dans leur historique des transactions, Alice est bien la dernière personne à avoir reçu ce bitcoin précis, chaque bitcoin étant unique. Les « mineurs » annoncent sur le réseau que la transaction est confirmée. Quand suffisamment de « mineurs » ont confirmé la transaction, Bob peut considérer que Alice ne pourra plus dépenser son bitcoin et qu’il en est donc le propriétaire. Si Alice tente de redépenser son bitcoin, les « mineurs » refuseront la transaction, arguant que, d’après l’historique, Bob est le légitime propriétaire du bitcoin.

Pour encourager les « mineurs » à faire ce travail de vérification, le réseau gratifie le premier mineur à vérifier chaque bloc de transactions d’un bonus. Ce bonus, qui est pour le moment de 50 bitcoins, décroît avec le temps et a pour conséquence de distribuer la monnaie graduellement à travers le réseau.

Le nombre de bitcoins ainsi générés étant une fonction décroissante, on a pu calculer que le nombre total de bitcoins ne dépasserait jamais 21 millions.

Intrinsèquement, le bitcoin n’a aucune valeur. C’est juste la preuve qu’un échange a été fait. Mais n’en est-il pas de même pour n’importe quelle monnaie ?

Afin de garantir l’anonymat, les transactions ne se font pas directement entre Alice et Bob mais entre deux adresses du type 1GTkuikUyygRtkCy5H6RMuTMGA1ypqLc1X, qui est la partie publique d’une clé de cryptage asymétrique. Bob donne à Alice son adresse et seul eux deux savent à qui appartient l’adresse. Le réseau ne possède aucun moyen de lier l’adresse réceptrice à Bob. Bob, de son côté, possède la partie privée de la clé, lui permettant de prouver qu’il est bien le destinataire de tous les bitcoins envoyés à cette adresse. Bob peut générer autant d’adresses qu’il le désire et l’usage est de générer une adresse par transaction.

La facilité d’échange et la rareté du bitcoin en font un candidat idéal pour une monnaie électronique décentralisée. Des sites de vente en ligne acceptant les bitcoins sont donc apparus sur le net. Beaucoup de personnes, tablant sur un succès futur des bitcoins, on décidé d’en acheter une certaine quantité, ce qui a fait monter le prix du bitcoin. Une véritable économie parallèle s’est développée, principalement basée sur la spéculation. La valeur du bitcoin est passée de 0,01€ en novembre 2010 à 25€ en mai 2011, avant de redescendre aux alentours de 10€ en juin 2011.

Si Richard Stallman n’a pas encore pris de position publique au sujet du bitcoin, le fait qu’il s’agisse d’un logiciel libre, décentralisé et permettant des paiements anonymes en fait la coqueluche de certains libristes. La Free Software Foundation elle-même accepte dorénavant les donc en bitcoins. Après moins de deux jours, plus de 270 bitcoins avaient été envoyés anonymement, l’équivalent de près de 700€ de dons à l’époque et 2700€ actuellement !

Mais tout n’est pas rose au pays des bitcoins et les critiques sont nombreuses.

Beaucoup s’étonnent notamment au fait d’attacher de la valeur à quelque chose qui n’en a pas. À ce sujet, le bitcoin ne diffère pas d’un bout de papier ou même d’un morceau de métal jaune brillant. La valeur attachée à un objet est en effet liée à la confiance que le possesseur a de pouvoir échanger cet objet. Mais entre accorder sa confiance à un gouvernement et l’accorder à un réseau P2P décentralisé, il y a un pas que beaucoup hésitent à franchir.

Le bitcoin est anonyme et permet de gros échanges d’argent sans aucun contrôle, tel la vente de drogue ou de services illicites. Les partisans du bitcoin répliquent que bitcoin n’est qu’un outil, comme l’est la monnaie papier. Beaucoup d’outils facilitent les activités illégales: Internet, la cryptographie, le réseau Tor. Il est d’ailleurs déjà possible d’acheter de la drogue en ligne en payant en bitcoins. Faut-il bannir ces outils pour autant ? Une chose est certaine: le bitcoin opère dans une zone encore floue de la légalité. Même les activités parfaitement licites sont confrontées à un problème de taille: comment déclarer des revenus en bitcoins ? Faut-il payer des impôts ? À ce titre, Bitcoin peut être considéré comme un gigantesque SEL à l’échelle d’Internet.

Nombreux, également, sont ceux qui pointent l’inégalité de Bitcoin. En effet, les premiers bitcoins étaient très faciles à générer. Les tous premiers entrants ont donc, sans effort, récolté des milliers de bitcoins. Est-ce que le fait d’avoir cru en bitcoin avant tout le monde est suffisant pour justifier leur nouvelle richesse ? Le bitcoin n’est-il pas une gigantesque pyramide de Ponzi ? De manière amusante, cette critique semble typiquement européenne. Dans un monde où la richesse est un signe de succès, les Américains ne semblent en effet pas y voir le moindre inconvénient, surtout dans la mesure où cet enrichissement entièrement virtuel ne s’est pas fait au détriment d’autres personnes.

Économiques, philosophiques, morales, techniques ou politiques, Bitcoin interpelle et soulève de nombreuses questions à propos du système dans lequel nous vivons, ne laissant personne indifférent. À tel point que certains se demandent si le prix actuel du bitcoin n’est pas entièrement artificiel et créé par l’enthousiasme des spéculateurs. Sa difficulté d’utilisation et l’apparent amateurisme des sites acceptant les bitcoins ne semblent pas plaider en faveur du bitcoin.

En Juin 2011, MtGox.com, le principal site d’échange de bitcoin contre des dollars, a été piraté et des opérations ont été réalisées de manière frauduleuse, plongeont l’économie du bitcoin dans l’incertitude pendant une semaine complète. La valeur du bitcoin n’en a que peu souffert mais, pour certains, l’évênement a été un signal d’alarme: le bitcoin est encore très expérimental et sa valeur peut tomber à zéro en quelques heures.

Mais, malgré tout, Paypal, les crédits Facebook et les pièces d’or de World of Warcraft nous ont démontré que la généralisation des monnaies virtuelles est une évolution inéluctable. Si elle n’est pas exempte de critiques, Bitcoin semble à ce jour la seule alternative libre et décentralisée utilisable.

Bitcoin disparaitra-t-il comme une bulle spéculative après quelques mois ? Transformera-t-il durablement la société ? J’avoue ne pas en avoir la moindre idée mais je sais que mon plus grand cauchemar est de me réveiller un matin avec une petite tête blonde me demandant auprès de mon lit: « Papa, tu faisais quoi quand les crédits Facebook sont devenus l’unique moyen de paiement sur internet ? »

Bon ben voilà, ceci est (déjà) le millième billet du Framablog ! Il tombe un dimanche matin en plein mois d’août, il ne devrait pas y avoir beaucoup de convives au banquet^[1]. La fête sera plus que confidentielle 🙂

L’aventure avait commencé ici, en septembre 2006, et contrairement à ce qui avait été annoncé on a beaucoup plus parlé du « Libre » que de Framasoft.

Par contre nous sommes restés relativement en phase avec à la phrase mise en exergue sur le bandeau : « mais ce serait peut-être l’une des plus grandes opportunités manqués de notre époque si le logiciel libre ne libérait rien d’autre que du code ».

Les digues de la résistance sont hautes et solides et il reste encore beaucoup à faire. Mais l’agent émancipateur logiciel libre est bien en train de produire ses effets et d’inspirer dans son sillage de toujours plus nombreux domaines de l’activité humaine.

C’est cette histoire en marche que nous essayons modestement de témoigner et de chroniquer ici depuis cinq ans, en assumant notre oscillation permanente entre la neutralité journalistique et le parti pris de ceux qui y croient.

Je dis « nous » parce que la plume de ce blog n’est pas uniquement tenue par son « dictateur bienveillant à vie ».

Il y a eu d’autres rédacteurs, tel l’auteur du Geektionnerd pour n’en citer qu’un. Il y a eu aussi tous ceux qui ont bien voulu que l’on reproduise leurs articles en ces lieux. Et puis surtout, ce qui constitue sans nul doute la plus forte valeur ajoutée du site, toutes ces traductions que nous devons à notre dream team Framalang. En y ajoutant les commentateurs, on a l’équipe au complet que je remercie chaleureusement comme il se doit pour son implication.

Ici comme ailleurs, la route est décidément fort longue mais ensemble la voie semble bel et bien toujours plus libre. Rendez-vous, soyons prudent, au prochain anniversaire, aKa.

PS : J’en ai profité pour mettre à jour la page « Best of » censée compiler non pas tant le meilleur du blog que des articles dont l’interet est susceptible de dépasser le temps éphémère de l’actualité.

PS2 : À propos de chiffre mille, je rappelle subrepticement l’existence de notre campagne de dons « 1000 10 1 », car là aussi il reste beaucoup à faire si nous ne voulons pas réduire la voilure.

Il est désormais possible de se passer de la suite bureautique Microsoft Office et du système d’exploitation Windows en utilisant de fiables alternatives libres (GNU/Linux et Libreoffice pour ne pas les nommer).

Mais quid du réseau social Facebook et des services Google par exemple ? Est-il possible de proposer des alternatives libres à ces applications dans les nuages du web qui demandent une énorme bande passante et nécessitent des batteries de serveurs, avec tous les coûts faramineux qui vont avec (et que ne pourra jamais se permettre le moindre projet libre qui commence avec cinq gus dans un garage) ?

L’enjeu est de taille car c’est de nos données qu’il s’agit et dont on fait commerce.

Une piste de solution, qui sur le papier semble tout autant lumineuse que triviale, serait de pouvoir séparer l’application web des données que cette application traite. L’application serait quelque part sur un serveur et les données ailleurs sur un autre serveur (chez vous par exemple).

Imaginez un Facebook où toutes les données de ses utilisateurs ne seraient plus sur le site et les serveurs de Facebook ! Facebook serait bien bien plus léger du coup à administrer (moins rentable aussi c’est sûr).

Finis la centralisation et le contrôle sur vos données qui retrouvent du même coup une liberté qu’elles n’auraient jamais dû perdre. Et le web (re)devient un meilleur web.

C’est l’objectif pour le moins ambitieux mais ô combien urgent et utile du projet Unhosted conduit par Michiel de Jong dont nous vous proposons une instructive et enthousiasmante interview ci-dessous.

On notera au passage que le projet collabore avec Libreoffice. À quand un « Google Docs Killer » basé sur unhosted ?

On remarquera également que le projet n’hésite pas à accorder de suite une forte importance au confort de l’utilisateur. Extrait : « Nous avons besoin que les utilisateurs finaux sautent le pas, or les utilisateurs finaux ne comprennent souvent pas bien les principes du logiciel libre, mais si on fait des applications vraiment agréables, ils viendront pour les applications, et resteront pour la liberté. »

Bonne lecture. La problématique exposée ici constitue certainement l’un de nos prochains combats. En fait la bataille a déjà commencé. Elle s’annonce rude mais on déplacé tant de montagnes par le passé qu’il n’y a aucune raison de perdre confiance et de laisser le champ… libre aux seuls monopoles commerciaux à la taille démesurée.

Mais avant cela rien de tel que cette courte vidéo introductive pour se mettre dans le bain et comprendre plus encore de quoi il est question :

—> La vidéo au format webm
—> Le fichier de sous-titres

Entretien de Michiel de Jong avec la communauté

Fellowship interview with Michiel de Jong

Chris Woolfrey – 23 avril 2011 – Followship of FSFE
(Traduction Framalang : Pandark, Pyc et Slystone)

Michiel de Jong a travaillé comme programmeur, chercheur et administrateur système à Amsterdam, Oxford, Londres et récemment à Madrid en tant qu’ingénieur en scalabilité (ou adaptabilité) pour le réseau social espagnol Tuenti. L’hiver dernier il a pris deux mois de vacances (de hacker) à Bali pour monter le projet Unhosted. Il vit maintenant à Berlin avec Kenny Bentley et Javier Diaz, où ils prévoient de travailler à plein temps sur le projet si les donations le permettent.

Chris Woolfrey : Pouvez-vous expliquer ce qu’est le projet Unhosted avec vos propres mots ?

Michiel de Jong : Il y a plusieurs manières de le présenter ; mon approche préférée est l’angle du logiciel libre. Le terme de logiciel libre signifiait auparavant que l’on avait un pouvoir de contrôle (utilisation, partage, étude et amélioration) sur le code source et le logiciel exécuté par l’application, c’est la définition utilisée par la FSFE.

À l’époque, c’était suffisant. On considérait comme acquis le contrôle des données traitées par l’application ; c’est évident, elles sont sur votre ordinateur ou votre serveur, sur lequel vous avez un accès complet aux données utilisées par vos applications.

Concernant les logiciels installés, que ce soit sur un ordinateur de bureau ou sur un serveur, cette vision était juste : si vous contrôlez le code source, vous possédez la liberté logicielle. Mais ensuite, lentement, les logiciels installés ont été remplacés chez l’utilisateur par des logiciels hébergés (comme Google Docs, Facebook et Twitter). Ces sites web hébergés ne sont alors plus une source d’information comme les classiques sites web d’avant ; ce sont des applications interactives, et la liberté logicielle n’existe pas dans ce contexte.

Il est absurde que les logiciels hébergés vous fassent céder vos données à l’auteur de l’application en question, mais c’est ainsi que cela se passe. Cela s’est installé progressivement et insidieusement, car les sites web d’information sont devenus peu à peu des sites dynamiques, et ces sites dynamiques ont commencé à accepter les contributions d’utilisateurs et sont peu à peu devenu des applications interactives. Désormais, les logiciels hébergés sont largement utilisés, souvent en lieu et place d’anciennes applications installées localement sur les ordinateurs.

Dans la transition des applications locales aux application hébergées, la liberté logicielle a été oubliée. Personne ne parle plus désormais de logiciels installés localement, on parle de logiciels hébergés, et pourtant certains disent « Mon ordinateur ne contient que des logiciels libres ; seul le microprogramme de la carte graphique est propriétaire », et c’est une erreur car une bonne partie des « logiciels » qu’ils utilisent ne sont pas installés localement sur leur ordinateur mais utilisés au travers d’un navigateur internet.

Le projet Unhosted a pour but d’inventer et promouvoir un moyen de résoudre ces problèmes. La liberté logicielle doit, de nos jours, être non seulement la liberté du code mais aussi celle des données.

CW : Comment Unhosted permet-il ceci ?

MdJ : Nous séparons le code d’une application de ses données.

Quand vous vous connectez à une application web Unhosted, l’URI affichée dans la barre d’adresse indique l’emplacement du code de l’application, mais le nom de domaine suivant l’arobase de votre identifiant indique l’emplacement de vos données ; ce qui libère vos données de l’emprise du serveur de l’application, tout en libérant ledit serveur de la charge de l’hébergement de vos données.

Ceci implique que l’hébergement d’applications libres redevient possible sur le web. Après tout, il existe un évident substitut libre à Microsoft Windows : GNU/Linux, comme il existe un évident substitut libre à Microsoft Office : Libre Office.

Mais quel logiciel libre pour remplacer aussi évidemment Google Docs ? Pourquoi ne pas se connecter à « www.libredocs.org », par exemple, et utiliser là des applications web libres, comme pour un logiciel installé localement ?

La réponse simple est le coût inhérent au fonctionnement d’une application distante, trop élevé pour permettre la fourniture de ces services gratuitement. Pour coder du logiciel libre, il suffit que des développeurs y consacrent du temps et du savoir-faire. Mais il est impossible de proposer des logiciels libres en ligne sans coût financier, parce que cette activité nécessite l’utilisation de serveurs, et qu’il faut rétribuer les hébergeurs.

En séparant le code des données, laissant leur traitement au navigateur, notre solution règle ce problème : il devient très économique d’héberger des applications web libres parce que vous n’avez à héberger que l’application elle-même, son code, pas les données qu’elle doit traiter.

C’est le côté « libérez les applications du poids des données » de notre projet. Puis arrive l’autre coté : le logiciel c’est du code et des données, le logiciel libre c’est du code libre et des données libres.

Avec Unhosted, la liberté des données est assurée par le choix, lors de l’inscription à une application, du domaine devant héberger vos données pour vous. Vous pouvez ouvrir un compte chez un fournisseur de services (ils sont en train d’être mis mettre en place) ou demander à l’administrateur réseau de votre université ou de votre entreprise d’héberger un nœud pour celle-ci ; de cette façon, tout bénéficiaire d’une adresse « @quelquepart » aura la possibilité d’obtenir un compte Unhosted avec le même nom d’utilisateur.

CW : Y a-t-il des bénéfices en termes de vie privée à utiliser Unhosted en comparaison avec une application web qui conserve à la fois le code et les données à distance ?

MdJ : En utilisant une application Unhosted, toutes vos données sont chiffrées par le navigateur avant d’être transmises au serveur hébergeant votre compte Unhosted. De cette façon, les données confiées à votre compte Unhosted peuvent se trouver sur n’importe quel serveur, parce que, bien que vous vous reposiez sur ce serveur pour permettre un accès à vos données, ces données sont stockées et chiffrées, ainsi vous n’avez pas à craindre que l’hébergeur du compte lise vos messages, par exemple. Les données stockées par une application Unhosted sont chiffrées par votre navigateur avant d’être transmises et enregistrées sur votre compte, et elles seront déchiffrées au moment de leur sollicitation par le navigateur, au moment de leur utilisation. Le serveur hébergeant vos données Unhosted est aveugle ; il transmet vos données vers et depuis des sites web Unhosted sans pouvoir lire leur contenu.

Utiliser JavaScript pour la cryptographie n’a habituellement aucun intérêt, parce que si un site web contient des scripts JavaScripts pour chiffrer des données, alors ces mêmes scripts peuvent être utilisés pour espionner ces données chiffrées.

Avec Unhosted il en va autrement car nous séparons le domaine qui fournit l’application de celui qui héberge les données. L’hébergeur du compte Unhosted (celui des données) ne pourra pas accéder aux scripts de cryptographie de l’application, donc l’application Unhosted peut chiffrer des données que le serveur du compte Unhosted ne poura pas déchiffrer.

CW : Quel genre d’applications convient d’après vous le mieux à l’utilisation d’Unhosted ? Quel types d’applications Web vous attendez-vous à voir adopter Unhosted en premier ?

MdJ : Toutes les applications qui n’enregistrent pas un grand nombre de données utilisateur peuvent être facilement adaptées à Unhosted.

Ce sont toutefois les applications comme Google Docs, nécessitant le stockage de beaucoup de données utilisateur importantes, qui bénéficieraient le plus du passage à Unhosted. Celà pourrait aussi bénéficier grandement au parallélisme (informatique). Cependant, pour d’autres services, comme les moteurs de recherche, il faudra trouver de bons algorithmes pour permettre un fonctionnement plus décentralisé. En général, toute application web qui nécessite le stockage d’un grand nombre de données personnelles peut tirer profit d’Unhosted.

CW : Il y a une effervescence actuellement autour de projets libres décentralisé pour proposer des alternatives au réseau social Facebook (Diaspora, Appleseed…) ou au moteur de recherche Google (YaCy, Seeks…). Quel impact et comment pourrait s’adapter votre travail à des projets comme Diaspora, Appleseed et, Seeks ou YaCy ?

MdJ : Unhosted a été d’une certaine façon créé sur la mailing list des développeurs de Diaspora. Nous discutions du basculement de Diaspora de PGP vers SSL, et de la façon dont un chiffrement « de bout en bout » serait plus adapté. Alors j’ai commencé à développer un système de chiffrement de données en Ajax. Il était destinée à intégrer Diaspora. Plus tard, j’ai réalisé qu’il pourrait avoir bien d’autres applications.

Il nous reste encore à écrire une application « sociale » Unhosted qui pourrait fédérer Diaspora et Appleseed. YaCy étant un moteur de recherche, il nécessitera un travail travail d’ingénierie plus conséquent avant de l’intégrer dans l’architecture des applications web d’Unhosted.

Outre ceux que vous avez évoqués, nous avons aussi été approchés par LibreOffice pour discuter de la façon de faire fonctionner ensemble Unhosted et LibreOffice. Ce fut un grand honneur. Nous mettons actuellement en œuvre un cloud-sync Unhosted pour LibreOffice. Il ne déplace pas exactement LibreOffice sur le web, c’est à dire que toute l’application n’est pas dans votre navigateur, mais il fait de LibreOffice un « navigateur de documents », similaire à un « navigateur web », et il sera compatible avec les standards web que nous avons rendu publiques il y a trois semaines.

Pour le reste, nous ne faisons que commencer. Nous avons mis en ligne une application de démonstration qui montre le principe : http://myfavouritesandwich.org. Les gens peuvent copier cette démo et s’en servir comme un « Hello World! », de base pour l’utilisation d’Unhosted.

CW : En voilà un super nom de domaine !

MdJ : Au départ c’était myfavouritecar.org mais Javier estimait que myfavouritesandwich.org était plus marrant.

CW : L’apparence du projet est-elle importante pour vous ?

MdJ : 33% de notre équipe à plein temps est un graphiste. C’est une autre caractéristique relativement unique de ce projet ; je ne pense pas que beaucoup de projets de logiciels libres atteignent ce pourcentage. Nous avons besoin que les utilisateurs finaux sautent le pas, or les utilisateurs finaux ne comprennent souvent pas bien les principes du logiciel libre, mais si on fait des applications vraiment agréables, ils viendront pour les applications, et resteront pour la liberté.

Il n’y a pas de barrière d’entrée pour l’utilisateur : c’est une caractéristique importante pour nous. L’utilisateur n’a pas besoin de savoir si une application est complètement hébergée ou Unhosted. Si l’utilisation d’Unhosted devient transparente, alors nous aurons fait un bon travail.

Il nous faut convaincre les développeurs web de créer des applications Unhosted, et leurs clients n’ont même pas besoin de savoir précisément ce que c’est. Si un client demande à un développeur une nouvelle application, le développeur doit pouvoir juste répondre « OK, on va utiliser la dernière technologie pour développer cette application pour vous », et créer alors une application Unhosted. Le client n’a pas besoin qu’on lui signale l’utilisation d’une architecture Unhosted, seul le développeur doit le savoir.

Nous voulons créer quelques applications de démonstration qui soient vraiment agréables à utiliser, de façon à pouvoir éviter les stigmates qu’associent souvent les non-convertis aux logiciels libres (par exemple un logiciel libre peut bien fonctionner mais il est souvent moche). Je pense qu’il est important que les logiciels libres soient beaux et agréables à utiliser. Beaucoup de projets font du très bon travail aujourd’hui, et nous voulons être l’un d’eux. Voilà pourquoi 33% de notre équipe à plein temps est consacrée au graphisme.

CW : Il semble que vous essayez d’attirer des gens en dehors de l’écosystème existant des logiciels libres. Pensez-vous qu’il y ait des avantages évidents à utiliser Unhosted pour des entreprises et associations non concernées par les logiciels libres ?

MdJ: Oui, certainement. Tout d’abord, une entreprise qui utilise des logiciels comme moyen de production peut vouloir utiliser un chiffrement de bout en bout, de façon à ce que les secrets de l’entreprise ne quittent pas son réseau privé virtuel, mais qu’elle puisse tout de même utiliser le stockage sur les serveurs d’Amazon, par exemple. Ainsi, ils peuvent bénéficier d’applications web Unhosted avec des comptes Unhosted qui stockent des données chiffrées sur des serveurs Amazon, et le tout fonctionnera dans les navigateurs web de leur personnel, sans avoir à installer de logiciels chez eux.

De plus, l’évolutivité et la robustesse d’une architecture distribuée peuvent être un choix stratégique pour une entreprise : si vous désirez proposer une application propriétaire, mais ne voulez pas que vos serveurs soient le maillon faible du système, alors Unhosted apportera à vos applications moins d’indisponibilité, ou au moins les incidents ne toucheront pas tous les utilisateurs et votre application ne sera pas entièrement indisponible à cause de problèmes localisés. Enfin, le coût d’hébergement d’une application Unhosted est bien moins élevé que celui d’une application traditionnelle.

C’est un grand avantage pour les projets libres qui, à l’heure actuelle, ne peuvent simplement pas s’offrir l’hébergement d’applications web, mais pour les applications propriétaires c’est aussi une opportunité intéressante, parce que cela permet de réduire les coûts. Il y a donc là une activité commerciale possible comme fournisseur de comptes Unhosted. Selon le nombre d’applications intéressantes que nous pouvons susciter et promouvoir, des entreprises de ce type écloront, et alors les utilisateurs pourraient avoir un unique identifiant pour l’ensemble des applications Unhosted qu’ils utiliseront.

Les possibilités d’interopérabilité entre les applications sont elles aussi enthousiasmantes — la séparation des applications et des données permettra aussi (quand une complète compatibilité des formats le permettra) de basculer sur un autre site et constater, par exemple, que tous vos albums de photos sont bien là, pour revenir au site précédent pour voir que vos modifications ont été prises en compte instantanément, sans avoir à faire d’import ou d’export, parce que les données sont les mêmes.

Ce sera une expérience incroyable pour les utilisateurs finaux quand nous arriverons à faire fonctionner tout cela ! Certaines personnes ne se soucient pas d’évolutivité, de pérennité, de robustesse, de chiffrement, de vie privée, des applications dans le domaine public ou de logiciels libres, etc., ils ne se soucient que des possibilités d’interopérabilité des données. Ce type d’interopérabilité pourrait être le meilleur atout du projet Unhosted.

CW : Pourquoi a-t-il fallu attendre jusqu’à maintenant pour qu’un projet comme Unhosted voit le jour ?

MdJ: Je pense que tout cela est très récent. Il y a un an, on ne se rendait pas forcément compte qu’il y avait un problème avec nos données. Oui, il y a eu l’article de Richard Stallman au sujet de SaaS, puis les excellentes présentations de Eben Moglen, mais pendant ce temps-là, Facebook est devenu de plus en plus dominant. Sans oublier des projets tout neuf comme le Chrome Web Store et Chrome OS.

Il y a deux ans, ça n’était pas aussi évident. Enfin, je sais que je n’aurais pas pu envisager tout cela il y a deux ans, mais je pense que c’est le bon moment maintenant. Un grand nombre de ces idées ne sont pas les miennes. Certains principes importants viennent de Tim Berners-Lee et Zooko, je les ai juste rassemblées et ai rédigé un « manifeste » sur le sujet, ce qui encore une fois, est essentiellement copié d’Eben Moglen et Richard Stallman.

CW : Comment prévoyez-vous de travailler à plein temps sur Unhosted ?

MdJ : Nous ambitionnons de récolter pendant les prochains mois 36000 €. Nous avions le choix entre créer une entreprise ou développer entièrement le projet dans le cadre d’une association à but non lucratif.

Nous avons choisi la voie non marchande car nous pensons qu’il est important de le faire de cette façon. Nous sommes trois ingénieurs à plein temps, et nous avons l’intention de trouver un hackerspace à Berlin pour nous accueillir tous les trois, plus deux bureaux libres pour les hackers en visite. Nos locaux seront ouverts aux vacanciers qui voudraient passer une semaine à Berlin, trainer dans nos locaux et contribuer à libérer le web. Les loyers sont très bon marché à Berlin, toutefois chacun de nous a besoin d’environ 1000 € par mois pour vivre.

Nous sommes très impliqués dans ce projet. Prochainement, nous publierons des outils et des applications de démonstration afin de faire avancer le web Unhosted, et nous nous occuperons des détails à mesure que nous progresserons. Unhosted est un projet communautaire, entièrement ouvert, mais je pense qu’il est bon d’avoir une structure « fondation plus communauté », avec une petite équipe entièrement dédiée au projet, pour constamment lui donner une impulsion.

Nous encourageons les personnes intéressées à s’inscrire à notre liste de discussion, nous suivre sur Identi.ca et Twitter, et à rejoindre notre canal IRC. D’autre part, nous encourageons les développeurs à forker nos applications de démonstration pour développer leurs propres applications Unhosted.

Le web Unhosted commence aujourd’hui…

Les RMLL 2011, c’était bien, mais c’est fini !^[1]

Merci à l’orga (efficace), aux conférenciers (intéressants), aux associations (enthousiastes), aux visiteurs (sympathiques), aux barmens (généreux), aux strasbourgeois (accueillants), à la bière libre (fameuse), etc. Et à l’année prochaine…

Crédit : Simon Gee Giraudot (Creative Commons By-Sa)

Les Rencontres Mondiales du Logiciel Libre (RMLL ou Reumeuleuleu pour les intimes) débutent ce samedi à Strasbourg et dureront jusqu’au 14 juillet.

A la suite d’un week-end spécialement orienté “grand public” sur la place Broglie, vous pourrez assister à un nombre impressionnant de conférences. Et bien entendu aux désormais traditionnels “Repas du libre” et “Nocturnes RMLL”. Les absents pourront suivre l’évènement en direct via “Radio RMLL”, ou retrouver les vidéos d’une partie des conférences quelques semaines plus tard^[1].

Framasoft sera bien évidemment présent en force, avec :

• présence lors des Journées Grand Public
• séance de dédicaces de Framabooks par plusieurs auteurs
• un traducthon de l’ouvrage An Open Web
• plusieurs conférences :
  • Framasoft : 10 ans de projet
  • Le libre pour les nuls : au-delà du logiciel
  • Lettre libre et ouverte à la jeunesse
  • EnVenteLibre, une boutique en ligne au service des associations du libre
  • Table ronde “Co-innovation et Logiciels Libres : De la fédération des idées à l’émergence de communautés”

Bien entendu, vous pourrez retrouver le stand Framasoft au sein du village des associations. En plus des habituels Framakeys, FramaDVD et Framabooks, on me susurre à l’oreille que les visiteurs pourront y trouver en avant-première exclusive le Tome 2 du Geektionnerd. Son auteur, Gee, fera d’ailleurs lui aussi une conférence “Dessiner un webcomic avec Inkscape”.

Enfin, une petite annonce de service : il serait dommage de ne pas profiter du plus grand rassemblement de geeks de France pour demander aux personnes qui le souhaitent de nous apporter leurs clé USB inutilisées que nous reconditionnerons pour le futur projet Framaphonie.

Venez nombreux !

A moins d’être parti en congés dans une autre galaxie ces derniers jours, difficile d’échapper au buzz du nouveau service du tentaculaire Google : “Google Plus”. Concurrent direct de Facebook, Google Plus repose sur le même business model : vous mettre entre les mains un service efficace et agréable à utiliser^[1], sur lequel vous laisserez (volontairement !) des informations personnelles qui permettra à Google de vendre votre profil publicitaire au plus offrant.

Google Plus fera-t-il plus de vagues que les précédentes tentatives orientées “réseau social” de la firme de Mountain View ? Rien n’est moins sûr, car changer les habitudes de 700 millions de personnes réclamera des ressources conséquentes^[2].

Crédit : Simon Gee Giraudot (Creative Commons By-Sa)

Aujourd’hui, nous avons le plaisir de vous annoncer un nouveau site en “beta test” sur le réseau Framasoft : http://framadate.org

Vous avez besoin de trouver la meilleure date pour une sortie au resto entre amis ? Vous voulez savoir quelle serait l’heure qui conviendrait le mieux pour cette importante réunion de travail ? Vous voulez savoir qui amène la bière, les pizzas ou le dessert ?

Alors Framadate est fait pour vous ! 🙂

Plutôt que d’échanger de nombreux emails (avec toujours le boulet qui oublie de faire « répondre à tous » et dont on perd donc trace du message), il suffit de créer un sondage sur Framadate.org et d’en envoyer le lien aux participants (par email, par Twitter (ou identica), Facebook (ou diaspora 🙂 ), etc).

Quelques clics plus tard, vous saurez quelle est la date qui convient le mieux. On peut difficilement faire plus simple !

Framadate est un service proposé librement et gratuitement par le réseau Framasoft. Inspiré du service Doodle, il est basé sur l’application libre STUdS! développée par l’Université de Strasbourg, Framasoft ayant principalement relooké et sécurisé l’application. Le code source de Framadate est bien évidemment disponible.

<teasing>
Framadate est un service qui fait partie du projet “Framatools”, qui visera à sensibiliser le grand public à la décentralisation des données et applications.

En effet, de plus en plus de logiciels fonctionnent directement au sein des navigateurs web (d’où l’importance de navigateurs libres et de confiance) : c’est le fameux “cloud”. Cependant, cette informatique “dans les nuages” pose un certain nombre de problèmes : protection de la vie privée, propriété des données mais aussi sécurité et fiabilité du service.

Framasoft va donc proposer un certain nombre de services en ligne basés sur des applications libres ^[1].

Évidemment, cela peut paraître paradoxal, puisqu’on y retrouve sensiblement les mêmes problématiques de sécurité et de fiabilité du cloud “privé”. Cependant, il faut voir ces services comme des « produits de démonstration » fonctionnels et maintenus par nos soins. Un site de sensibilisation aux dangers du cloud sera mis en place d’ici la rentrée, et expliquera pourquoi et comment installer, chez soi ou pour son organisation, sa propre instance de l’application. </teasing>

• Essayer Framadate : http://framadate.org
• Questions fréquentes, licence, crédits, etc : A propos de Framadate