C'est marrant les gros volumes de ventes à bas prix qui arrivent par "à coups".

Je n'y connais pas grand chose, mais j'ai l'impression que 2 ou 3 personnes essayent de dumper les prix, sans trop de succès.

La voie semble suffisamment large. Maintenant c'est au train de tenir la charge

'getaddress' and 'mining_status' calls will be added if the code is accepted (value reading only).
A 'network_bc_height' will be added soon if possible, in order to retrieve the target blockchain height and following sync status from a GUI.

A Qt GUI is currently in development. (multi-platform)
It will initially use the RPC API, but the final goal is to integrate the daemon and/or the wallet directly in it with high-level libraries (Qt is good for interfacing UI with C/C++), providing more information and better reactivity.
Designing the architecture and keeping it user-friendly will probably take some time.

I haven't tested the C# wallets yet (tried 'xbuild' with Mono but throws errors), but it has probably more features for the time being

Bonjour.

Quelqun a-t-il mis la main sur une spécification de l'algorithme CryptoNight (PoW) ?
Le Wiki Bitcoin et le site CryptoNote restent tous deux évasifs sur le fonctionnement concrêt de l'algorithme.
Les seuls éléments de réponse que j'ai pu trouver résident dans les fonctions "cn_fast_hash" et "cn_slow_hash" à l'intérieur du code (différentes itération d'AES + des opérations logiques sur les résultats)

Je suis assez méfiant.
La FAQ n'explique pas vraiment le business model mais signale que "ils ont un plan". Déjà niveau transparence c'est bof.
Le système de parrainage semble bien réfléchi. Je ne vais pas crier au schéma de Ponzi maintenant puisque l'on ne sait toujours pas à quoi il servira dans la version finale.
Dans tous les cas, ils ne demandent pas (encore) d'importer des fonds dans nos comptes, donc il semble y avoir peu à perdre à s'inscrire.

Bonjour.


Initialement, qui possède/contrôle ces 110 millions de coins ? Tout le monde ? Le réseau ? Les créateurs ?

De ce que j'en ai lu, le refroidissement par huile ne conviendrait pas pour des activités à "haute intensité" comme le minage car trop de chaleur dégagée. Une solution est peut-être de faire circuler cette huile, mais ça finit par revenir cher ...

L'avantage des échanges, (ou plutôt du volume important qu'ils vont tourner), c'est qu'on peut facilement choisir la quantité de Bitcoin voulue, et attendre plus ou moins longtemps que le taux baisse/monte avant d'acheter/vendre.

La vente de Bitcoins en mains propres a encore un bel avenir devant lui, mais il elle ne couvre pas tous les besoins et critères (vie privée pour ma part) des utilisateurs.

Bonjour.

Le titre m'a interpelé :
Tandis que beaucoup de pistes sont explorés pour utiliser le Bitcoin avec les mêmes habitudes que notre gestion de l'argent "physique", pourquoi pas essayer d'utiliser le Bitcoin avec nos habitudes numériques ?

Cependant, malgré la vidéo, j'ai également du mal à saisir l'intérêt de la chose. On a des QRCodes (pourquoi ?) facilement exposables (ce qui est un problème car on parle de clés privées). De plus, on rajoute un maillon à la chaine : Un tiers de confiance. Je trouve que l'on ajoute de la complexité pour rien : Pourquoi utiliser ses propres clés (au lieu d'un identifiant/mdp) si l'on passe de toutes façons par un tiers ? Mais je n'ai peut-être pas tout saisi.


Quelques commentaires :

Oui, l'impact psychologique est sans doute meilleur qu'un simple nombre.

Pas vraiment d'accord : Pour le paiement liquide, le commerçant nous rend la monnaie directement, dans les mains. On peut donc le constater. Pour le paiement bancaire, on passe par un tiers (notre banque) qui est capable d'annuler les paiements en cas de contentieux. Ce n'est pas le cas du Bitcoin (c'est d'ailleurs une partie de son principe)

Cela pourrait changer rapidement. On consulte de plus en plus nos applications / notre smartphone qui commence à accueillir autant (davantage ?) d'informations critiques que notre boite mail.


Dans tous les cas, vous devrez faire prendre de pédagogie et de beaucoup de transparence si vous voulez amener des gens à tester votre service. La vidéo de présentation est bien faite, mais il manque peut-être un exemple concrêt ou un scénario d'utilisation entre deux users.

L'idée des Cartes à Puces n'est pas nouvelle, mais dans un monde où matériel et logiciel sont toujours davantage compromis, il était difficilement envisageable d'utiliser son propre ordinateur pour brancher sa Carte.
Ce que vous proposez là est très intéressant. Vous avez pensé à pas mal de choses :
- Le risque de keylogging du PIN : Le lecteur aura son propre clavier, ce qui résoud ce problème.
- Le risque d'effectuer une transaction non-désirée (mauvais montant, mauvais destinataire) : L'écran sur le lecteur est une bonne solution pour vérifier à coup sûr la transaction que l'on effectue.
- L'aspect utilisateur : Demain, moins de PC, et davantage de tablettes & smartphones. Besoin donc de pouvoir interfacer l'appareil avec les terminaux nouvelle génération. Aspect résolu grâce au Bluetooth. J'imagine que le lecteur disposera de sa propre batterie et n'aura pas besoin d'être branché ?


Les enjeux selon moi :
- Juste milieu entre sécurité et facilité --> Souplesse en laissant le choix entre plusieurs niveaux de sécurité.
- Côté technique, il faut que le lecteur fourni (qui est un Linux) ne PUISSE PAS être considéré comme un maillon faible au niveau de la sécurité. Cela signifie qu'il doit jouer le rôle de simple passerelle et que ses mises à jour / modifications dans le filesystem soient contrôlées automatiquement. Une version modifiée de Raspbian pourrait faire l'affaire.
- Définir les cas d'utilisation pour estimer le hardware : En tant qu'utilisateur, j'ai tendance à chercher disponibilité (autonomie) et sécurité. Un écran tactile ajoute de l'ergonomie et évite de fabriquer des boutons physiques (pour le PIN), mais il ne doit pas plomber l'autonomie ou le prix de l'appareil. Un ARM semble être un bon choix pour développer rapidement des fonctionnalités (beaucoup de choses existent déjà).
- Trouver un compromis pour un coût DIY/vente sous la barre psychologique des 100€.
- Si le lecteur devient indispensable pour utiliser les Cartes, alors il est peut-être possible d'utiliser des Cartes bon marché et de déplacer la logique applicative dans le lecteur lui-même. Cependant une compatibilité des cartes avec un PC (suffisament sécurisé) pourrait être intéressant aussi.


Je vais suivre tout ça de près. N'hésitez pas à ouvrir rapidement une FAQ, et de délivrer des détails techniques (comment se faire un prototype ? les JavaCard sont-elles toujours d'actualité ? ...). Idem pour la partie software où un dépôt Github sera sans doute bien accueilli.