|
Title: [C'EST SORTI] - Support BTChip francophone Post by: btchip on April 14, 2013, 10:12:33 PM BTChip (http://www.btchip.com (http://www.btchip.com)), c'est la carte à puce qui permet de consommer ses bitcoins en toute sécurité, et avec modération, dans un environnement hostile (i.e. un PC vérolé, un réseau wifi blagueur, ...) Dispo maintenant sur https://buy.hardwarewallet.com avec une promo de 2 cartes pour 20 € (en bitcoins) Une petite démo de comment ça marche en vidéo : http://youtu.be/jXigX_IyruQ Description technique en mode TL/DR (pour la version guerre & paix, vous pouvez aller voir le thread anglophone et la spécification)
A venir : - La 1.4.2 et son site de mise à jour du firmware. - Une solution mixte Java / Plug-in navigateur d'intégration de la bestiole - qui pourra etre réutilisée pour les wallets hardwares basés sur une communication USB HID (donc tous, pour l'instant). - Une page web de configuration initiale simple. - Un wallet web sans stockage ni relais des transactions, qui servira de démonstration spartiate du concept. - Une intégration à plus de clients lourds (le premier étant Bitcoinj). - Un joli site de vente en ligne du produit (cible initiale 10 €, BTC acceptés). Ce thread est là pour répondre à vos interrogations, intégrations, insultes, à vous les studios ;D Title: Re: Support BTChip francophone Post by: btchip on April 14, 2013, 10:14:44 PM Tutos Que faire avec la 1.4.1 ? - Récupérez le github qui va bien : https://github.com/btchip/btchip-python/tree/1.4.0 - Créez une clé maitre et admirez une démo de signature : ça se passe dans sample-create-keyset-test-signature.py - Et ... ben c'est à peu près tout, les plus téméraires pourront tenter l'intégration à BitcoinJ https://code.google.com/r/contact-bitcoinj-btchip/ - mais bon, je vous avais prévenus que c'était pas terrible la 1.4.1 ;D Title: Re: Support BTChip francophone Post by: btchip on April 14, 2013, 10:16:11 PM Réservé (FAQ)
Title: Re: Support BTChip francophone Post by: btchip on April 14, 2013, 10:16:55 PM Réservé (je sais pas encore pourquoi, mais je trouverais bien une raison en me rasant)
Title: Re: Support BTChip francophone Post by: 01BTC10 on April 14, 2013, 10:19:18 PM Traduction par Google? ::)
Title: Re: Support BTChip francophone Post by: btchip on April 14, 2013, 10:21:05 PM Non, hommage aux Nuls :'(
Title: Re: Support BTChip francophone Post by: btchip on May 27, 2013, 11:40:51 PM Pour ceux qui en ont récupéré une au dernier meetup, ça m'intéresserait de savoir comment le Plug-in marche pour vous, meme si la version du firm n'est pas directement utilisable - ça se passe sur http://www.btchip.com/wallet.html
Title: Re: Support BTChip francophone Post by: tueiwo on May 30, 2013, 03:21:45 AM Merci pour le partage de l'information.
Title: Re: Support BTChip francophone Post by: jackjack on May 30, 2013, 07:51:10 AM Ca a l'air super sympa! J'ai pas le temps de regarder en ce moment, j'ai juste survolé le thread anglais
Euh si si... Mais wtf? C'est horrible on peut rien mettre à côté Title: Re: Support BTChip francophone Post by: btchip on May 30, 2013, 11:23:08 PM Tiens c'est marrant, c'est la première fois qu'on me fait cette réflexion là, je n'ai jamais vraiment vu le problème pour la taille.
Celà dit ça n'en est pas vraiment un, on peut soit en avoir une version "longue/plate", soit couper directement après la puce (le plastique ben ... c'est juste du plastique pour faire joli, la puce est autonome ;D) (au passage pywallet c'est le bien, je sens que l'export json va me servir bientot) Title: Re: Support BTChip francophone Post by: jackjack on May 31, 2013, 09:20:42 AM Ah bah moi c'est le premier truc que j'ai vu! ;D J'approuve fortement la version longue/plate!
Ca pose pas de soucis sur une tour où souvent les USB sont les uns au dessus des autres souvent Mais sur un portable on a souvent ce genre de configuration : http://csimg.leguide.com/srv/FR/28001079021107/T/200x200/C/FFFFFF/url/abix-hub-7-ports-usb-2-0.jpg Et ça c'est horrible, même certaines clés USB empêchent de mettre un truc à côté... A propos de pywallet, tu peux demander des fonctionnalités/modifications sur le thread, je les mets quand je peux mais je les mets. En général ça me prend quelques jours Title: Re: Support BTChip francophone Post by: btchip on November 21, 2013, 08:04:23 PM Une version Open Source expériementale pour ceux qui ont une Yubikey Neo, ça se passe içi https://bitcointalk.org/index.php?topic=341486.0
Title: Re: Support BTChip francophone Post by: btchip on December 26, 2013, 12:04:02 AM De nouvelles specs, du support des HD Wallets, et un nouveau form factor jackjack compliant ... si tout se passe bien, disponible très bientot ;D
https://pbs.twimg.com/media/BcIWEZoCEAAVM8T.jpg:small Title: Re: Support BTChip francophone Post by: btchip on March 06, 2014, 11:14:49 PM Une petite vidéo (webm, donc Chrome) qui montre une intégration à KryptoKit, et comment le second facteur de validation fonctionne, pour ceux qui ne suivent pas la partie anglaise : http://www.hardwarewallet.com/video.html
Title: Re: Support BTChip francophone Post by: btchip on March 24, 2014, 05:06:14 PM GPG, c'est un reste de Kryptokit - ce n'est pas géré par le dongle, je ne l'ai pas viré pour aller plus vite dans le test.
Dans une prochaine version, on ajoutera les messages chiffrés par une clé Bitcoin (c'est déjà dans la spec) Merci pour les tests, ça s'est fait sur quelle machine / OS ? Vous etes allés jusqu'au bout d'une transaction ? Pas de soucis avec le second facteur ? (on m'a dit que sur Windows / Azerty c'était pas top) Title: Re: Support BTChip francophone Post by: btchip on March 24, 2014, 10:30:38 PM 09c3d6982b6f5e4557e0d116d96c4a7503850c19953917c2ba457d7775dea93f pour la bonne cause :)
GPG portable, on le supporte aussi, juste pas sur le meme firmware pour l'instant, peut etre sur un prochain (ECC + RSA c'était trop short, et tout le monde fait du GPG en RSA ...) Title: Re: Support BTChip francophone Post by: btchip on March 25, 2014, 09:48:10 AM faut retirer / remettre la clé, avec le focus dans un truc où tu peux lire ce qu'elle tape (un terminal, le login Windows d'un autre PC, etc) elle va taper un résumé de la transaction (dans le bon layout, avec du bol) et un code PIN, qui est le second facteur.
ensuite tu la retires / remets à nouveau, tu retournes dans KryptoKit et tu tapes le code que tu as lu pour signer et envoyer. Title: Re: Support BTChip francophone Post by: btchip on March 25, 2014, 04:05:58 PM Oui ça m'aide carrément, merci, meilleurs centimes investis toujours :) je regarde ça ce soir.
Title: Re: Support BTChip francophone Post by: btchip on March 25, 2014, 11:22:58 PM Ouais, faut que je me retrouve un PC AZERTY pour tester, doit y avoir une erreur bizarre.
Pour le reste, le problème c'est que le change a été envoyé sur la chaine interne BIP32, alors que KryptoKit ne regarde que la chaine externe. Bref il n'est pas perdu, il faut que je rajoute ce cas là, meme pour un code d'exemple ça manque un peu ;D Title: Re: Support BTChip francophone Post by: Seldoon182 on March 28, 2014, 09:05:37 PM Je suis en cours de test.
J'ai envoyer une transaction vers mon dongle. Je suis en attente de confirmation. https://blockchain.info/address/12NVamDRvPCapSqEAn3soD3Xy4KyCCMYQu [EDIT] Donc super la confirmation n'a pas trop tardé. Donc pour la reception c'est nickel. :) Parcontre pour l'envoit, je n'ose pas essayer car j'ai pas bien compris cette histoire de console... Title: Re: Support BTChip francophone Post by: btchip on March 29, 2014, 01:42:05 AM En attendant plus de choses sur github, une petite mise à jour sur le KryptoKit de test (0.34.2) pour
- Gérer les claviers Azerty correctement, normalement (il faut recréer la seed) - Nettoyer la collecte des inputs, et traiter le change (au passage un bug amusant sur le firmware distribué ... je le laisse comme exercice pour le lecteur curieux qui refera les calculs) (test : https://blockchain.info/address/1PCPMNx3R9hEsBA6UR74Bu9dFSHwH7s6vS - seed c659126e8ca7117cc7293c715a36236c4202bd5daa9e8cadb00206c7d245a095) Pour l'envoi, faut pas avoir peur, tu retires la clé, tu mets le focus "ailleurs" (sur un notepad, ...) avant de la réinsérer (ou tu la réinsères sur un autre ordi / freebox / whatever) pour lire la confirmation et le PIN, puis réouvres KryptoKit (sur le premier ordi) pour taper le PIN et terminer ... faut essayer :) (et si ça ne marche pas il suffit de recommencer, pas de risque tant que ce n'est pas broadcasté de toute façon) Title: Re: Support BTChip francophone Post by: Seldoon182 on March 29, 2014, 05:39:24 PM 1. Je plug le dongle dans mon port USB qui content quelques BTC.
2. J'ouvre Kryptokit et je me log en tapant mon PIN à 4 chiffres. 3. J'inscrit l'adresse à laquelle je souhaite envoyer quelques BTC. 4. J'indique le nombre de BTC que je souhaite envoyer. 5. Je clique sur le bouton "send (avec l'indicatif du nombre de BTC que je suis sur le point d'envoyer converti en €)" qui change en "sending...". 6. Kryptokit m'indique "Preparing signature, please wait". 7. Puis Kryptokit m'indique "Check the second factor, power cycle, reopen then enter the confirmation PIN". 8. Je retire le dongle du port USB. 9. Je clique sur un onglet de mon navigateur et la fenêtre Kryptokit disparait. 10. Je replug le dongle. 11. J'ouvre Kryptokit. 12. Je retape mon PIN. Et là rien ne se passe. ??? Title: Re: Support BTChip francophone Post by: btchip on March 29, 2014, 06:47:02 PM Je refais la bonne séquence ;D
1. Je plug le dongle dans mon port USB qui content quelques BTC. 2. J'ouvre Kryptokit et je me log en tapant mon PIN à 4 chiffres. 3. J'inscrit l'adresse à laquelle je souhaite envoyer quelques BTC. 4. J'indique le nombre de BTC que je souhaite envoyer. 5. Je clique sur le bouton "send (avec l'indicatif du nombre de BTC que je suis sur le point d'envoyer converti en €)" qui change en "sending...". 6. Kryptokit m'indique "Preparing signature, please wait". 7. Puis Kryptokit m'indique "Check the second factor, power cycle, reopen then enter the confirmation PIN". 8. Je retire le dongle du port USB. 9. Je clique sur un onglet de mon navigateur et la fenêtre Kryptokit disparait. 10. Je mets le focus sur une autre application où on peut taper quelque chose, genre un terminal ou un notepad 11. Je replug le dongle 12. Je relis la transaction qui est tapée et le code PIN unique associé à la transaction 13. Je retire le dongle du port USB 14. Je replug le dongle 15. J'ouvre Kryptokit. 16. Je retape le code PIN unique de la transaction Title: Re: Support BTChip francophone Post by: perl on March 29, 2014, 09:13:42 PM J'aimerai bien en avoir une pour faire joujou avec et voir ce qu'elle a dans le ventre .
Je peut faire comment ? Title: Re: Support BTChip francophone Post by: btchip on March 29, 2014, 11:27:51 PM Sous win 7, apres ta sequence, j'ai du refaire un unplug/plug pour que la transac passe ;) c'est normal à priori. C'est fait pour énerver encore plus un malware potentiel, et surtout pour marcher aussi sous Android. Tu as retrouvé la thune cachée du coup ? :) J'aimerai bien en avoir une pour faire joujou avec et voir ce qu'elle a dans le ventre . Je peut faire comment ? tu peux soit passer au meetup parisien (prochain le 2 Avril, normalement je devrais y etre) ou m'envoyer une adresse en PM. Title: Re: Support BTChip francophone Post by: perl on March 29, 2014, 11:44:21 PM Pour le meetup, je suis sur liste attente.
Mais je sens qu'un malheureux hasard ferra que je serai la ( dit moi en MP combien il faut que je prévoit en BTC pour le joujou ) Title: Re: Support BTChip francophone Post by: btchip on March 30, 2014, 12:01:45 AM Pour le meetup, je suis sur liste attente. Mais je sens qu'un malheureux hasard ferra que je serai la ( dit moi en MP combien il faut que je prévoit en BTC pour le joujou ) pour l'instant j'ai un petit stock que je distribue gratos pour ceux qui jouent avec :) Title: Re: Support BTChip francophone Post by: btchip on March 30, 2014, 08:18:05 AM Il en gère 2 automatiquement : une sur la chaine externe (la publique) et une sur la chaine interne (le change).
Du coup, c'est pas encore complètement HD, mais c'est au moins utilisable, et meme mieux que l'original ;D Title: Re: Support BTChip francophone Post by: btchip on March 31, 2014, 03:13:16 PM Good, la signature de message devrait etre ok dans la prochaine version ;D
Title: Re: Support BTChip francophone Post by: kcud_dab on April 02, 2014, 10:38:51 PM J'ai récup quelques btchip au meetup de Paris ce soir, on va regarder ça de plus en détail :-)
Title: Re: Support BTChip francophone Post by: btchip on April 03, 2014, 11:08:43 AM yes beaucoup de nouveaux testeurs hier, merci les gens ;D
Title: Re: Support BTChip francophone Post by: perl on April 03, 2014, 07:00:42 PM Je te fait un petit retour en tant que user déja :)
Ne tient pas forcement compte des remarque ( c'est ce que j'ai marqué qui me passé par la tete au fur et a mesure ) 1.) Merde c'est quoi déjà la commande pour reload udev :) 2.) Il faut 4 faux pin pour reset le wallet a zero : Il y a pas un code dans ce genre ? if iter++ > 3 reset_card() test_pin(pin) 3.) Je suis bêtes et j'étais pas agin, j'avais pas compris la phrase pour le seed ( je pensai qu'il fallait donné une passphrase pour générer un clefs particulière ) 4.) Impossible de changer le réglage azerty/qwerty après initialisation 5.) Il faut le savoir que après avoir reçu le code . Il faut deplug and replug avant de le taper . Replace Confirm transfer of 0.0049 BTC to 1XXXXXXXX3xxxxxxxxxxxxxxxxxxxxxxxxxxx fees 0.0001 BTC change 0 BTC with PIN 5596 By reunplug and replug device and confirm transfer of 0.0049 BTC to 1XXXXXXXX3xxxxxxxxxxxxxxxxxxxxxxxxxxx fees 0.0001 BTC change 0 BTC with PIN XXXX Ou un truc du genre :) 6.) On peut l’empêché d'envoyer la transaction ? 7.) Pas pu tester sous windows , les drivers l'antivirus du taff a pas aimé ( je connais rien a windows et pas eu envie de me battre ) Je prédit un sombre avenir a la mienne, vu ce que j'ai en tête comme torture . Elle supporte combien de cycle écriture ? switch twofactor,wallet ? J'ai impression que le PIN est pas si aléatoire que cela :) Title: Re: Support BTChip francophone Post by: btchip on April 03, 2014, 07:44:42 PM Je te fait un petit retour en tant que user déja :) thanks :) Quote from: perl Ne tient pas forcement compte des remarque ( c'est ce que j'ai marqué qui me passé par la tete au fur et a mesure ) si si suis comme ça Quote from: perl 1.) Merde c'est quoi déjà la commande pour reload udev :) Code: udevadm trigger Quote from: perl 2.) Il faut 4 faux pin pour reset le wallet a zero : Il y a pas un code dans ce genre ? if iter++ > 3 reset_card() test_pin(pin) ui presque, c'est corrigé dans le prochain firm Code: nba@kostal:/media/truecrypt1/shared/testpatch/1.4.4/napp/plugup/src$ svn diff -r 7294 btchip_apdu_verify_pin.c Quote from: perl 3.) Je suis bêtes et j'étais pas agin, j'avais pas compris la phrase pour le seed ( je pensai qu'il fallait donné une passphrase pour générer un clefs particulière ) nope, ça sera indiqué de façon plus claire dans KryptoKit Quote from: perl 4.) Impossible de changer le réglage azerty/qwerty après initialisation ui, en fait dans la spec, tu peux mettre les deux. Dans ce cas, le dongle tapera les deux ... mais ce n'est pas possible d'en ajouter / supprimer après setup pour l'instant, pour simplifier (si il y a plusieurs manifs dans Paris je pourrais considérer le truc) Quote from: perl 5.) Il faut le savoir que après avoir reçu le code . Il faut deplug and replug avant de le taper . Replace Confirm transfer of 0.0049 BTC to 1XXXXXXXX3xxxxxxxxxxxxxxxxxxxxxxxxxxx fees 0.0001 BTC change 0 BTC with PIN 5596 By reunplug and replug device and confirm transfer of 0.0049 BTC to 1XXXXXXXX3xxxxxxxxxxxxxxxxxxxxxxxxxxx fees 0.0001 BTC change 0 BTC with PIN XXXX Ou un truc du genre :) Corrigé aussi dans le prochain firm, maintenant c'est Powercycle then confirm transfer ... Quote from: perl 6.) On peut l’empêché d'envoyer la transaction ? en modifiant KryptoKit oui :) tu extrais l'extension quelque part (sous Linux pour le profil de base elle va etre dans ~/.config/google-chrome/Default/Extensions/iaklcjacaehehpjgcflkpbhoepfnlhbc), tu modifies dans rw.js txSend() (attention prévoir une grosse pince à linge à mettre sur le nez en ouvrant le fichier), puis tu la recharges en mode développeur. Quote from: perl 7.) Pas pu tester sous windows , les drivers l'antivirus du taff a pas aimé ( je connais rien a windows et pas eu envie de me battre ) c'est pas super surprenant avec WinUSB en fait. Pour la prochaine je laisserais la possibliité de la permuter en HID générique, vu que le support devrait etre nativement dispo dans Chrome bientot ... Quote from: perl Je prédit un sombre avenir a la mienne, vu ce que j'ai en tête comme torture . C'est pas grave, j'ai prévu de revenir à d'autres meetups :) Quote from: perl Elle supporte combien de cycle écriture ? switch twofactor,wallet ? La spec dit 500 000 cycles, vu qu'on n'a pas de wear leveling sur cette version (pas la place) et ce que j'ai déjà constaté, je dirais que ça devrait commencer à crier entre 300 000 et 1 000 000 cycles ... Quote from: perl J'ai impression que le PIN est pas si aléatoire que cela :) Le PIN ou la seed ? Le PIN c'est plutot normal, la seed c'est plutot inquiétant et je veux bien un exemple :o Title: Re: Support BTChip francophone Post by: btchip on April 15, 2014, 10:57:32 PM Bon, alors, axes d'améliorations Il est temps de remonter les trucs qui fachent :D 1 : Le produit est bien, mais il est poussé par une approche trop tekos ;) La vidéo sur le site n'a pas de son, est mal foutue, et le logiciel de capture prends la moitié de l'écran, il faut refaire un tuto plus clair et plus sexy ;) apres avoir vu la vidéo, j'ai été obligé de poser des questions ici pour l'utiliser, et ça c'est mal ouais ok, là le but c'était clairement de montrer le coté techos du truc aussi. Pour le coté plus facile à utiliser, on a quelques pistes, dont une présentée demain pour ceux qui viennent au meetup <teaser/> :) Quote from: sardokan 2 : Fonctionalités : si vous rajoutez dessus google authenticator, et la signature PGP, c'est une tuerie ;D alors sur cette version là, non, jamais, sur une prochaine, oui, très probablement. Par contre on doit avoir 1 million d'unités de cette version là à écouler, donc achetez les vite ;D Quote from: sardokan 3 : l'impression de solidité : Je sais qu'on est dans une approche low cost et c'est tres bien, cela dit, serait t'il possible de fondre la puce dans un epoxy style yubikey ? quitte a en faire deux version, une basique et une premium. Ce serait faisable facilement a ton avis ? pour pas trop cher ? c'est pas hyper compliqué à faire pour un prix assez identique (oui Yubico je ne veux meme pas imaginer leur marge ;D), mais bon voilà, c'est pas la priorité tout de suite non plus. Quote from: sardokan Question bonus : Ca passe dans un lecteur de smartcard ou il faut absolument un port usb ? non, USB only, on ne peut pas mutualiser les contacts (à priori ce n'est pas vraiment un problème sauf si tu as un cas précis en vue ?) Title: Re: Support BTChip francophone Post by: btchip on May 13, 2014, 10:52:47 PM Update suite à l'ouverture de la Maison du Bitcoin
Nouvelles specs 1.4.4 (http://btchip.github.io/btchip-doc/bitcoin-technical.html) Nouvelle extension de test KryptoKit publiée sur la Chrome Store APIs C (https://github.com/btchip/btchip-c-api) (qui manquent un peu de doc, patience) Title: Re: Support BTChip francophone Post by: kcud_dab on May 13, 2014, 11:13:39 PM Petite question, je suis en train de faire joujou avec une de tes cartes récupérée cet après midi :)
Comment je peux récupérer le seed lors de la première génération ? L'extension chromium me demande de brancher le dongle sur un "secure host" pour la récupérer mais je ne vois pas comment faire.. Sinon après rapide coup d'oeil, ça a l'air sympa et plutot pratique/simple d'utilisation... J'essaie de faire des tests plus poussés bientot ! Edit / RTFM : "When generating a new seed in regular setup mode, the dongle types it once on the next powerup. It is recommended to do this on a different computer / device for maximum security before backing it up." Title: Re: Support BTChip francophone Post by: btchip on May 14, 2014, 06:00:17 AM cool, donc ça se passe bien après la petite séance de rtfming ?
je note de rendre le message plus clair :) Title: Re: Support BTChip francophone Post by: kcud_dab on May 14, 2014, 08:30:44 AM Même sans en fait (en général j'ai tendence à lire les docs après coup... :D )
- installation rapide sous linux en configurant udev + install des 2 packages dans chromium + KryptoKit ( http://hardwarewallet.smartcard.io/setup.html ) - on plug, init de la clé - enjoy À part cette petite question sur la récupération de la seed, le reste était plutot clair. Sinon j'ai cru comprendre que certaines fonctions présentes dans KryptoKit ne sont pas compatibles avec la btchip (signature GPG etc..) et que ces items seront virés de l'app à terme pour ne garder ce qui fonctionne. J'essaie de faire quelques transactions ce soir ! Ah et sinon aute question : j'ai une autre btchip qui date du dernier meetup d'avril que je n'avais pas encore testé, est ce que le firmware peut se mettre à jour ? Edit : je viens de brancher l'ancienne carte qui n'est pas à jour, ça semble fonctionner dans l'ancienne version à quelques différences près (genre il m'affiche la seed au lieu de la taper à la prochaine connexion maintenant) Title: Re: Support BTChip francophone Post by: btchip on May 14, 2014, 05:23:00 PM Même sans en fait (en général j'ai tendence à lire les docs après coup... :D ) - installation rapide sous linux en configurant udev + install des 2 packages dans chromium + KryptoKit ( http://hardwarewallet.smartcard.io/setup.html ) - on plug, init de la clé - enjoy voilà :) À part cette petite question sur la récupération de la seed, le reste était plutot clair. cool ! Sinon j'ai cru comprendre que certaines fonctions présentes dans KryptoKit ne sont pas compatibles avec la btchip (signature GPG etc..) et que ces items seront virés de l'app à terme pour ne garder ce qui fonctionne. voilà c'est l'idée J'essaie de faire quelques transactions ce soir ! Ah et sinon aute question : j'ai une autre btchip qui date du dernier meetup d'avril que je n'avais pas encore testé, est ce que le firmware peut se mettre à jour ? oui, le firmware pourra etre mis à jour, l'updater n'est pas encore dispo par contre Edit : je viens de brancher l'ancienne carte qui n'est pas à jour, ça semble fonctionner dans l'ancienne version à quelques différences près (genre il m'affiche la seed au lieu de la taper à la prochaine connexion maintenant) voilà, j'ai fait un truc compatible avec les 2 versions pour éviter trop de confusion, mais elles ne génèreront pas les meme adresses pour la meme seed (la version d'avant dérivait le compte en "hardened" au lieu de le dériver en "standard" comme recommandé dans BIP 32) Title: Re: Support BTChip francophone Post by: the_beast on May 15, 2014, 06:55:57 PM Petit retour rapide après un test hier soir avec
FW 1.4.4 "Maison Bitcoin", KryptoKit v0.34.3-hw1 sur Chrome 34. C'est très bien pensé et réfléchi. Il faut maintenant améliorer l'expérience utilisateur. - On peut cocher à la fois "azerty" et "qwerty" lors de l'initialisation dans KK. il me semble que cela doit être exclusif, et que se passe t-il si qqn coche les 2? - Pense bien à ajouter dans les guides d'utilisation qu'il faut ouvrir un "pad" (notepad, gedit, ...) pour visualiser ce que dit la clé quand elle est en mode clavier. Ca me parait évident, mais un utilisateur lambda s'en fout de savoir que la clé passe en mode clavier, il veut voir le message de la clé. - La signature de message n'est pas gérée dans KryptoKitHW. Je crois qu'on ne peut signer des messages arbitraires qu'en mode développeur. La sélection du mode n'a pas non plus l'air d'être géré dans KK. D'où mes questions: Comment peut on changé le mode facilement? Comment peut on signer un message avec la clé privée dans la clé? On peut apparemment effectuer cela en envoyant des commandes direct à la clé. Quel est le plus facile pour y arriver? Y'a t'il des petits softs sous Windows, Linux,.. Puis je utiliser pyUSB? Y'a til quelque part une API ou des exemples pour commencer son soft de communication avec la clé? Ou bien il vaut mieux partir de KryptoKit? (sources, comment?) Posted from Bitcointa.lk - #dVqMV34efCUrb0Ab Title: Re: Support BTChip francophone Post by: btchip on May 15, 2014, 09:21:04 PM Merci pour les tests ! Je fais rapide sur mon téléphone, pour utiliser les APIs mystérieuses de la clé, le mieux reste les APIs C que je viens de publier : https://github.com/btchip/btchip-c-api - réponse plus en détail plus tard
Title: Re: Support BTChip francophone Post by: davout on May 26, 2014, 02:37:53 PM Title: Re: Support BTChip francophone Post by: btchip on May 26, 2014, 03:41:23 PM Un petit log de la console de Kryptokit ? (clic droit / inspect element en bas du widget)
Title: Re: Support BTChip francophone Post by: davout on May 26, 2014, 04:17:02 PM Les deux parties qui me semblent les plus pertinentes.
https://i.imgur.com/eKWYB6j.png https://i.imgur.com/V0ef6QI.png Title: Re: Support BTChip francophone Post by: btchip on May 26, 2014, 05:34:03 PM ok donc désolé il va falloir les logs de l'extension aussi (plug-up bridge, view background page, logs et les dernières commandes échangées) - là je ne comprends pas l'erreur (depuis mon téléphone).
Title: Re: Support BTChip francophone Post by: davout on May 26, 2014, 07:04:44 PM ok donc désolé il va falloir les logs de l'extension aussi (plug-up bridge, view background page, logs et les dernières commandes échangées) - là je ne comprends pas l'erreur (depuis mon téléphone). Tu veux pas que je te donne le dongle pour que tu puisses faire un beau post-mortem qui te servira à améliorer la prochaine série ? :D Title: Re: Support BTChip francophone Post by: btchip on May 26, 2014, 07:22:43 PM pas dit que ça vienne du dongle, c'est ça le problème - avec un log de ce qui est exactement envoyé ça devrait m'éclairer plus, c'est l'option plus rapide :)
(confirmed, je reproduis officiellement pas là) Title: Re: Support BTChip francophone Post by: btchip on May 26, 2014, 10:40:31 PM ok donc si, en fait, c'est un effet de bord idiot du vieux firmware. Fallait utiliser la dernière carte :D
pour un fix rapide, tu peux aller dans js-asynch/BTChip.js, chercher Code:
et remplacer par Code:
sinon je vais mettre une nouvelle version de l'extension à jour plus tard. Title: Re: Support BTChip francophone Post by: davout on May 27, 2014, 08:35:05 AM J'ai changé le code ici (https://i.imgur.com/q1Tsiku.png), et maintenant j'obtiens
https://i.imgur.com/PHWH8cB.png Après avoir ouvert et refermé la popup il me permet de saisir mon PIN, ce que je fais, ensuite j'obtiens un "Signature failed" avec ca dans le log Code: createPaymentTransaction error rw.js:458 Title: Re: Support BTChip francophone Post by: btchip on May 27, 2014, 08:58:48 AM tu tapes bien le PIN unique de la transaction (donné au clavier par le dongle dans le résumé) et pas celui de vérouillage ?
si oui je vais vraiment retester la combinaison nouvelle extension + ancienne carte Title: Re: Support BTChip francophone Post by: davout on May 27, 2014, 09:51:19 AM J'ai pas vu de résumé particulier.
Je retente. Ah ben la il reconnait plus du tout le dongle. On va persévérer :-) Title: Re: Support BTChip francophone Post by: kcud_dab on May 27, 2014, 10:42:51 AM Je viens de refaire un test de la BTChip récupérée à la Maison de Bitcoin au début du mois
1 - setup de la clée 2 - backup de la seed et de l'adresse 3 - reset de la clée en faisant 3 mauvais pass 4 - setup de la clée en utilisant la seed récupérée à l'étape 2 5 - je retrouve bien la même adresse :-) 6 - envoie de 0.01 BTC depuis blockchain.info 7 - attente... (d'ailleurs ce serait bien de voir apparaitre les transaction non confirmée dans kryptokit, là je ne l'ai vu apparaire qu'après la 5ieme confirmation sur blockchain). D'ailleurs un p'tit bouton pour refresh le solde pourrait être utile. 8 - renvoi des 0.0099 BTC vers blockchain.info (0.01 - fees) Bref pas de problème rencontrés, faut juste avoir un peu compris comment le tout fonctionne (genre le PIN de confirmation pour signer depuis la clé etc.. j'ai du m'y reprendre à 2 fois pour renvoyer le paiement). Un "vrai" logiciel est il prévu pour exploiter la carte ou vous n'avez que prévu l'extension pour Chrome/Chromium pour l'instant ? Dernière question : j'ai vu que lorsque j'envoie des BTC depuis la chip que le solde n'est pas mis à jour tout de suite non plus (ex là la BTChip me dit qu'elle a encore les 0.01 BTC alors qu'il y a déjà une confirmation). J'ai donc voulu redépenser ces bitcoins pour tester mais je suis resté bloqué sur "Preparing signature, please wait" sans que ça aille plus loin. Bon depuis il y a eu des confirmation sur l'autre paiement donc il passerait pas mais je voulais savoir si il y avait des protections sur le soft pour éviter les double spend involontaires ? Title: Re: Support BTChip francophone Post by: btchip on May 27, 2014, 01:43:49 PM J'ai pas vu de résumé particulier. Je retente. Ah ben la il reconnait plus du tout le dongle. On va persévérer :-) si le dongle est passé en 2581:0b7c en USB, c'est qu'il est en mode clavier (en train de taper le résumé, ça pourrait expliquer) par contre normalement il le tape à la première déconnexion / reconnexion après le message affiché sur KryptoKit donc j'ai du mal à comprendre la séquence Un "vrai" logiciel est il prévu pour exploiter la carte ou vous n'avez que prévu l'extension pour Chrome/Chromium pour l'instant ? on a prévu une intégration sur Multibit HD et Electrum pour l'instant, mais ça va prendre un peu de temps Dernière question : j'ai vu que lorsque j'envoie des BTC depuis la chip que le solde n'est pas mis à jour tout de suite non plus (ex là la BTChip me dit qu'elle a encore les 0.01 BTC alors qu'il y a déjà une confirmation). J'ai donc voulu redépenser ces bitcoins pour tester mais je suis resté bloqué sur "Preparing signature, please wait" sans que ça aille plus loin. Bon depuis il y a eu des confirmation sur l'autre paiement donc il passerait pas mais je voulais savoir si il y avait des protections sur le soft pour éviter les double spend involontaires ? oui, il faut que je revois ça, il y a une différence entre le solde annoncé par blockchain et le nombre de confirmation, du coup ça donne des choses illogiques. KryptoKit ne prévoit rien de spécial contre les double spend, à part ce que le backend va lui répondre, et le dongle n'en a pas la notion du tout. Title: Re: Support BTChip francophone Post by: btchip on May 28, 2014, 09:33:26 PM Le KryptoKit de test est passé en 0.34.4, pour gérer ce cas d'ancien firmware tout seul, afficher la version du firmware en cours, se limiter à 2 confirmations, et gérer un peu mieux le double spend (je demande le solde immédiat et le solde à 2 confirmations, et c'est le plus petit des deux qui gagne)
Title: Re: Support BTChip francophone Post by: btchip on May 28, 2014, 09:57:21 PM L'avantage avec la nouvelle app c'est que tu pourras vérifier ;D si elle a le logo de la Maison du Bitcoin, ouaip dernier firmware. Sinon non, mais je suis en train de coder l'update, on va voir si ça explose.
Title: Re: Support BTChip francophone Post by: btchip on May 28, 2014, 10:17:56 PM Faut en profiter tant qu'elles sont gratuites, ça devrait plus durer très longtemps ;D
Title: Re: Support BTChip francophone Post by: btchip on June 01, 2014, 12:24:53 PM J'ai ajouté de la doc sur l'API C et des exemples de multisignature pour les motivés : https://github.com/btchip/btchip-c-api
Title: Re: Support BTChip francophone Post by: btchip on June 01, 2014, 11:21:30 PM Et une vidéo explicative, merci Fred http://youtu.be/jXigX_IyruQ
Title: Re: Support BTChip francophone Post by: btchip on June 02, 2014, 04:07:27 PM J'ai pas vu de résumé particulier. Je retente. Ah ben la il reconnait plus du tout le dongle. On va persévérer :-) laisse moi deviner, tu testais sur Mac ? visiblement quelque chose est cassé ... Title: Re: Support BTChip francophone Post by: btchip on June 02, 2014, 09:23:26 PM et maintenant c'est réparé ;D
1.4.5, here we go, y aura encore des samples gratuits demain profitez en c'est quasi fini 8) http://www.meetup.com/La-Maison-du-Bitcoin/ Title: Re: Support BTChip francophone Post by: btchip on June 02, 2014, 09:43:17 PM oué, la prod s'ennuyait alors on en a tiré 2 3, genre au cas où on pourrait en proposer à la Maison plus tard https://i.imgur.com/IJ8Wgga.jpg
Title: Re: Support BTChip francophone Post by: btchip on June 04, 2014, 10:15:00 AM Une vidéo d'install http://youtu.be/KaC74ULmfOI
Et une mise à jour de la vidéo d'utilisation http://youtu.be/iVdovocPbgA Title: Re: Support BTChip francophone Post by: davout on June 04, 2014, 01:15:23 PM J'ai droit à une neuve offerte pour récupérer mes Bitcoins coincés sur l'ancienne :D ?
Title: Re: Support BTChip francophone Post by: btchip on June 04, 2014, 01:50:09 PM J'ai droit à une neuve offerte pour récupérer mes Bitcoins coincés sur l'ancienne :D ? ouaip, mais ça ira beaucoup plus vite que tu les débloques sous Linux ou Windows en fait :) vu que cette version ne dérivait pas le compte sur la bonne branche en plus (histoire de hardened / pas hardened) Title: Re: Support BTChip francophone Post by: davout on June 04, 2014, 02:22:01 PM J'ai droit à une neuve offerte pour récupérer mes Bitcoins coincés sur l'ancienne :D ? ouaip, mais ça ira beaucoup plus vite que tu les débloques sous Linux ou Windows en fait :) vu que cette version ne dérivait pas le compte sur la bonne branche en plus (histoire de hardened / pas hardened) Ah oui, donc en gros ma seed ne fonctionnerait pas? Title: Re: Support BTChip francophone Post by: btchip on June 04, 2014, 02:37:32 PM J'ai droit à une neuve offerte pour récupérer mes Bitcoins coincés sur l'ancienne :D ? ouaip, mais ça ira beaucoup plus vite que tu les débloques sous Linux ou Windows en fait :) vu que cette version ne dérivait pas le compte sur la bonne branche en plus (histoire de hardened / pas hardened) Ah oui, donc en gros ma seed ne fonctionnerait pas? voilà en pas gros, elle génèrera d'autres clés, donc c'est moins pratique. alternativement tu peux retrouver ta clé en dérivant sur 0'/0'/0 (au lieu de 0'/0/0 normalement, et comme c'est fait avec les nouvelles versions) Title: Re: Support BTChip francophone Post by: the_beast on June 05, 2014, 01:51:05 PM Salut,
Peux-tu nous confirmer que les cartes distribuées le 3 juin à la MdB, contiennent un nouveaux FW? (1.4.5 ?) Peux-tu mettre en ligne les batch/make de ton API C pour MinGW, comme on en a discuté ce soir là. Tu as dis que tu avais tout, il suffisait de le mettre en ligne. 2 ou 3 conseils pour compiler sont aussi les bienvenus sur le sujet. De même, on attend tous le soft pour MAJ les FW, ca permettrai de mettre à jour nos anciennes cartes (1.4.2, 1.4.4,...) En tous cas merci pour tes samples, on est tous là pour t'aider à améliorer ton produit, mais donne nous des "nouvelles billes" :P Title: Re: Support BTChip francophone Post by: btchip on June 05, 2014, 02:06:23 PM Yes, c'est bien du 1.4.5 sur le dernier meetup - pour le reste, ça va arriver ce week-end, le temps que je retrouve une machine Windows pour tester ;D
Title: Re: Support BTChip francophone Post by: btchip on June 05, 2014, 04:08:22 PM non il n'y a que des vraies features dans nos updates ;D
Title: Re: Support BTChip francophone Post by: btchip on June 08, 2014, 12:49:54 PM màj de http://www.hardwarewallet.com et des APIs C pour les Windowsiens https://github.com/btchip/btchip-c-api (j'ai aussi viré la dépendance sur HIDAPI pour tout le monde)
Title: Re: Support BTChip francophone Post by: the_beast on June 08, 2014, 03:47:13 PM Merci de ta mise à jour avec des instructions plus détaillés, surtout pour Windows.
Mais j'ai un léger problème sous Windows: Je fais bien: Download MinGW installer mingw-get from http://sourceforge.net/projects/mingw/files/Installer/ with the following options : from basic : mingw32-base, msys-base from all : mingw32-autoconf, mingw32-automake, mingw32-libtool, msys-libtool, msys-gcc Get libusb from git : git clone git://git.libusb.org/libusb.git (pris le zip snapshot du dernier master commit sur http://git.libusb.org/libusb.git) Compile libusb Start msys Modify the compile path : export PATH=$PATH:/c/mingw/bin Run : ./autogen.sh ( Voir ici pour le détail (http://pastebin.com/raw.php?i=zWNHrN7J)) Mais le make install se passe mal : Code: me@PC /c/.../libusb-7634714 $ make install Si je prends le package SRC libusb 1.0.18, fais configure puis make, ca fait un peu pareil :( Title: Re: Support BTChip francophone Post by: btchip on June 08, 2014, 05:08:04 PM C'est mignon, on dirait que les options de base de MinGW ne sont pas les meme partout ...
Tu peux m'envoyer la liste des répertoires dans lesquels stdint.h est présent dans c:\mingw et la liste des packages dans c:\mingw\var\cache\mingw-get\packages ? Voici la mienne pour info Code: 08/06/2014 10:29 3ÿ713 autoconf-10-1-mingw32-bin.tar.lzma Title: Re: Support BTChip francophone Post by: btchip on June 08, 2014, 05:15:19 PM Tu peux aussi m'envoyer la liste des packages installés avec ça http://blog.fourthwoods.com/2013/01/04/managing-mingw-packages-with-mingw-get/ et je comparerais plus tard
Title: Re: Support BTChip francophone Post by: btchip on June 08, 2014, 09:38:28 PM Bon j'ai revu la procédure d'install ... essayons avec
Code: mingw-get install mingw32-autoconf-bin mingw32-automake-bin mingw32-base-bin mingw32-binutils-bin mingw32-gcc-bin mingw32-libstdc++-dll mingw32-libtool-bin mingw32-make-bin msys-autoconf-bin msys-automake-bin msys-base-bin msys-bash-bin msys-binutils-bin msys-core-bin msys-coreutils-bin msys-libtool-bin msys-make-bin Title: Re: Support BTChip francophone Post by: the_beast on June 09, 2014, 02:50:47 PM Ca fait toujours pareil, malgré tous ces packages...
A la config, stdint n'est pas detecté et ca déclenche l'erreur "missing" a la compil. Code: checking for stdlib.h... yes Title: Re: Support BTChip francophone Post by: btchip on June 09, 2014, 05:16:06 PM ok, là j'en suis à 3 résultats différents sur 3 windows différents en fait ... du coup je regarde pour une version Python :P
tu peux essayer avec un mingw pré compilé pour voir : tu récupères le binaire içi http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.18/libusb-1.0.18-win.7z/download - tu décompresses dans le répertoire libusb/ au meme niveau que les sources et tu modifies le début du Makefile comme ça Code: LIBUSB = libusb Ensuite il faudra ajouter libusb/mingw32/dll dans le path avant de lancer les exécutables de bin/ (ou la copier là) Title: Re: Support BTChip francophone Post by: the_beast on June 09, 2014, 05:34:16 PM Merci, mais en fait j'ai toujours le même problème, cette fois-ci à la compilation de Btchip-ApiC :
Quote me@pc /c/.../btchip-c-api-master $ make gcc -Wall -Werror -Os -DEXTRA_DEBUG -DDEBUG_COMM -I. -I/usr/local/include -Ilibu sb/include -c -o commands/btchip_setup.o commands/btchip_setup.c commands/btchip_setup.c:22:22: inttypes.h: No such file or directory 1) Mon répertoire /usr/local/include n'existe pas dans Msys. 2) dans /include ( C:\MinGW\msys\1.0\include ) il y a très peu de headers 3) Il y en a beaucoup dans C:\MinGW\include ou C:\MinGW\mingw32\include Si je mets dans mon makefile: CFLAGS = -Wall -Werror -Os -DEXTRA_DEBUG -DDEBUG_COMM -I. -I/c/MinGW/include -I$(LIBUSB)/include J'ai maintenant l'erreur: Code: me@PC /c/DATA/BTC/BTChip/btchip-c-api-master gcc -v donne 3.4.4 dans msys :( Title: Re: Support BTChip francophone Post by: btchip on June 09, 2014, 06:01:40 PM Tu as fait
export PATH=$PATH:/c/mingw/bin avant ? parce que perso j'ai 4.8.1 comme version de gcc MinGW, what else :) Aussi, tu prends quelle version de mingw-get ? Title: Re: Support BTChip francophone Post by: the_beast on June 09, 2014, 06:08:13 PM export ne faisait pas tout...
J'y suis finalement arrivé en: 1) MakeFile: CFLAGS = -Wall -Werror -Os -DEXTRA_DEBUG -DDEBUG_COMM -I. -I/c/MinGW/include -I$(LIBUSB)/include CC = /c/mingw/bin/gcc puis remplacé tous les gcc par $(CC) Voir mon makefile ici : http://pastebin.com/6x1GCjQ4 (et plus besoin d'export je pense) 2) créant à la main le répertoire bin dans mon rep courant de btchip-master Sans doute un problème de droits dans repertoire entre MinGW et windows... Title: Re: Support BTChip francophone Post by: btchip on June 09, 2014, 06:13:32 PM good news, et ça fait des choses ? un petit getFirmwareVersion pour commencer facile :)
Title: Re: Support BTChip francophone Post by: the_beast on June 09, 2014, 06:15:29 PM Avec mes 2 clés ;)
Code: C:\...\BTChip\btchip-c-api-master\bin>btchip_getFirmwareVersion.exe Je vais enfin pouvoir faire mumuse avec tout ceci. Je vais 1) créer un soft.exe qui récupère un code à envoyer à la clé et renvoie la réponse de la clé 2) Faire un soft python (un peu comme un wrapper) qui utilise cet exe pour communiquer avec la clé. Par exemple pour commencer, Python enverra e0c4000005 et affichera la version Tu as peut être des idées sur le sujet. Title: Re: Support BTChip francophone Post by: btchip on June 09, 2014, 06:31:04 PM Alors oui, sans vouloir te déprimer, si ta cible c'est Python c'est plus simple d'y aller en direct sans piper du C derrière
Je suis en train d'écrire une base (ETA ... quelques jours je suppose selon mon degré d'interruptions) mais tu peux trouver quelque chose d'assez ressemblant içi, https://github.com/Plug-up/daplug-python c'est le meme tronc commun pour la comm (regarde usb.py) Title: Re: Support BTChip francophone Post by: the_beast on June 09, 2014, 06:43:38 PM Quote c'est plus simple d'y aller en direct sans piper du C derrière OK merci. Je viens de voir, DaPlug utilise python-libusb1 qui est un wrapper (ctypes, etc..) de libusb, donc à priori ca revient un peu au meme. C'est plus simple si c'est déjà fait que de tout refaire en python. ;) Title: Re: Support BTChip francophone Post by: prismicide on June 09, 2014, 06:44:54 PM Avec mes 2 clés ;) Code: C:\...\BTChip\btchip-c-api-master\bin>btchip_getFirmwareVersion.exe Je vais enfin pouvoir faire mumuse avec tout ceci. Comme je pense que plein d'amis n'ont pas envie de se retaper un compile sous Mingw/msys, ect... Pourrais-tu faire un joli zip avec les binaires Windows et les proposer quelque part ? MerccIIIIIIIII :D Je referai la compile un de ces 4 moi-même, mais là... je sature :) Title: Re: Support BTChip francophone Post by: the_beast on June 09, 2014, 06:54:27 PM Quote on a pas envie de se retaper un compile sous Mingw/msys, etc... Je comprends, vu comment j'en ai ch*** !Petit cadeau alors: Made in HuileDeCoude http://aferron.fr/BTChip/BTChip-C-Master_Win_BIN.zip Faudra le rajouter sur le GitHub btchip-c-api :) Title: Re: Support BTChip francophone Post by: btchip on June 09, 2014, 07:13:06 PM thanks, je vais nettoyer un coup et faire ça oui
Title: Re: Support BTChip francophone Post by: kcud_dab on June 17, 2014, 09:04:10 AM Bon je confirme que j'aime bien ce produit : j'ai eu l'occasion de jouer plus en profondeur ce WE au hackathon avec un projet à base de BTChip(s) :-)
Pour info à l'aide de la lib JS, on faisait plusieurs opérations sur la chip depuis une page web : - check présente carte - initialisation de la carte avec un pin - unlock de la carte - récupération des adresses publiques - signature de message etc.. Et cerise sur le gateaux, j'avais Nicaolas en face (btchip) ce qui est plutot pratique pour certaines sessions debug ! Title: Re: Support BTChip francophone Post by: btchip on June 17, 2014, 09:30:37 AM Thanks ;D
Je vais ajouter quelques exemples de l'utilisation de l'API JS sur github, ça manque dans le léger bazar de KryptoKit, et mettre le sample de signature-au-bon-format aussi. Aussi j'attends avec impatience la migration de HID dans la mainline de Chrome (à priori pour bientot), qui permettra de se débarasser du problème des drivers sous Windows Title: Re: Support BTChip francophone Post by: the_beast on June 19, 2014, 11:07:36 PM Salut, merci pour l'API Python. J'ai bien bossé dessus.
Voici d'ailleurs un petit exemple: https://github.com/antonio-fr/BTChip-Test Code: >main.py Avec ma clé 1.4.5, j'ai un problème. Je pense qu'elle ne doit pas être initialisée. mais quand je fais un GET_MODE (0x24) je recois le code erreur N°6985 Ce numéro n'est pas documenté. Et la doc indique que la clé devrait plutot fournir le "flag" 0x80 dans son mode (avec le status 9000). La doc explique en détails que le "flag" 0x80 indique que le "mask added if forward setup mode was used and the seed has not been redeemed yet". Est-ce que ca veut dire que c'est seulement le cas quand quand la clé n'est qu'à moitié initialisée? C'est pas très clair, à la première lecture j'avais compris que 0x80 indiquait une clé non-initialisé. Voilà c'est pas un gros problème, mais je pense que tu pourrais ajouter "6985" dans les status de GET_MODE en indiquant que ca veut dire "not initialized" (si c'est le cas). J'ai plus qu'à ajouter la prise en charge de BTChip dans FSV (voir dans ma signature) et Electrum ! ;) Un dernier mot sur la MAJ du firmware. On peut utiliser les fonctions dédiées (0x42) décris en §16.4 et §17.3 pour MAJ. Peut être as-tu déjà un soft tout fait pour MAJ. Peux-tu donner un peu plus de détails pour procéder, et également les liens vers les binaires? Title: Re: Support BTChip francophone Post by: btchip on June 20, 2014, 12:37:28 PM Salut, merci pour l'API Python. J'ai bien bossé dessus. Voici d'ailleurs un petit exemple: https://github.com/antonio-fr/BTChip-Test Code: >main.py re-merci pour les tests :) j'avais vu ça sur twitter, je vais linker sur mes liens refaits de la page dèv ce week-end Avec ma clé 1.4.5, j'ai un problème. Je pense qu'elle ne doit pas être initialisée. mais quand je fais un GET_MODE (0x24) je recois le code erreur N°6985 Ce numéro n'est pas documenté. Et la doc indique que la clé devrait plutot fournir le "flag" 0x80 dans son mode (avec le status 9000). La doc explique en détails que le "flag" 0x80 indique que le "mask added if forward setup mode was used and the seed has not been redeemed yet". Est-ce que ca veut dire que c'est seulement le cas quand quand la clé n'est qu'à moitié initialisée? C'est pas très clair, à la première lecture j'avais compris que 0x80 indiquait une clé non-initialisé. Voilà c'est pas un gros problème, mais je pense que tu pourrais ajouter "6985" dans les status de GET_MODE en indiquant que ca veut dire "not initialized" (si c'est le cas). oui, c'est bien ça, elle n'est pas initialisée, et les status sont documentés n'importe comment, il faut que je refasse une passe, pour l'instant partir du principe que tout ce qui n'est pas "9000" est foireux c'est une bonne base :) tu auras un status "8x" uniquement si tu as fait un "forward setup" J'ai plus qu'à ajouter la prise en charge de BTChip dans FSV (voir dans ma signature) et Electrum ! ;) great Un dernier mot sur la MAJ du firmware. On peut utiliser les fonctions dédiées (0x42) décris en §16.4 et §17.3 pour MAJ. Peut être as-tu déjà un soft tout fait pour MAJ. Peux-tu donner un peu plus de détails pour procéder, et également les liens vers les binaires? je suis toujours en train de revoir ça, avec un bon espoir pour le week-end à nouveau. mais normalement ça marche (c) Title: Re: Support BTChip francophone Post by: the_beast on June 20, 2014, 01:50:35 PM re-merci pour les tests :) j'avais vu ça sur twitter, je vais linker sur mes liens refaits de la page dèv ce week-end Yep, sur teuteur, je t'avais juste envoyé un petit soft car il y avait un ficher vide et rien de fonctionnel. Alors j'ai fait un tout petit soft de demo pour afficher la version. Puis j'ai fait un truc un peux plus élaboré qui est devenu BTChip-Test. ca me permet surtout de "prendre en main le bignou". (et d'aider d'autres avec ton API)J'ai fait une petit maj à l'instant, les data send à la clé n'étaient pas bien pris en charge. Tu as du voir aussi que j'ai essayé de bien documenter comment tout faire fonctionner ton API python sur PC. ca peut servir... (bref, tu peux le recopier/modifier dans ta page de ton API) oui, c'est bien ça, elle n'est pas initialisée, et les status sont documentés n'importe comment, il faut que je refasse une passe, pour l'instant partir du principe que tout ce qui n'est pas "9000" est foireux c'est une bonne base :) Ca , j'avais bien compris que si ya pas 9000 ya un pb, et donc il faut tout faire pour avoir 9000. Je comprends bien que tu ne peux pas documenter tous les codes d'erreur. Je trouve que la doc est pas mal quand meme (comparé à d'autre soft ;P)tu auras un status "8x" uniquement si tu as fait un "forward setup" J'ai plus qu'à ajouter la prise en charge de BTChip dans FSV (voir dans ma signature) et Electrum ! ;) greatDans un premier temps, je vais juste remplacer les fonctions sign() dans Electrum (ou FSV) , pour faire un PoC. J'aurais peut être besoin d'aide. Je propose une session cet été à la Maison du Bitcoin pour finaliser tout cela (il parait que c'est gratuit pour toi ^^). Un dernier mot sur la MAJ du firmware. On peut utiliser les fonctions dédiées (0x42) décris en §16.4 et §17.3 pour MAJ. Peut être as-tu déjà un soft tout fait pour MAJ. Peux-tu donner un peu plus de détails pour procéder, et également les liens vers les binaires? je suis toujours en train de revoir ça, avec un bon espoir pour le week-end à nouveau. mais normalement ça marche (c)Title: Re: Support BTChip francophone Post by: btchip on June 20, 2014, 02:09:30 PM Yep, sur teuteur, je t'avais juste envoyé un petit soft car il y avait un ficher vide et rien de fonctionnel. Alors j'ai fait un tout petit soft de demo pour afficher la version. Puis j'ai fait un truc un peux plus élaboré qui est devenu BTChip-Test. ca me permet surtout de "prendre en main le bignou". (et d'aider d'autres avec ton API) J'ai fait une petit maj à l'instant, les data send à la clé n'étaient pas bien pris en charge. Tu as du voir aussi que j'ai essayé de bien documenter comment tout faire fonctionner ton API python sur PC. ca peut servir... (bref, tu peux le recopier/modifier dans ta page de ton API) voilà, merci, j'aime bien les samples :) Ouais enfin je ne suis pas du tout à l'aise avec BIP32, HDW, les transactions , le protocole Bitcoin. Je maitrise bien mieux ECC, DSA, FIPS186-3 , SEC2, ... (et python 8) ). Dans un premier temps, je vais juste remplacer les fonctions sign() dans Electrum (ou FSV) , pour faire un PoC. J'aurais peut être besoin d'aide. Je propose une session cet été à la Maison du Bitcoin pour finaliser tout cela (il parait que c'est gratuit pour toi ^^). ouais quelque part à partir de mi Juillet ça devrait etre jouable pour moi Depuis le temps que tu m'annonces quelque chose, ca devient un serpent de mer cette histoire... :P Je crois que c'est juste pour faire le teaser quand tu distribues des clés gratuites (et nous faire regretter notre absence , le cas échéant) :D mais ça va super bien marcher quand ça va sortir, et j'ai vachement moins de pre-order que BFL aussi ;D Title: Re: Support BTChip francophone Post by: the_beast on June 20, 2014, 08:15:39 PM J'ai bien regardé la doc des fonctions: pour l'instant, je pense rapidement implémenter la signature des messages dans FastSignVerify (https://bitcointalk.org/index.php?topic=623085.0) avec le BTChip (0x4E). Ca a l'air assez simple, et ca sera un bon début.
Title: Re: Support BTChip francophone Post by: btchip on June 20, 2014, 08:40:44 PM Oui, 4E et la key recovery devraient faire ton bonheur - par contre en 1.4.5, toutes les clés demandent une confirmation second facteur, mais bon je pense que tu vas t'en rendre compte assez vite ;D
Title: Re: Support BTChip francophone Post by: btchip on June 22, 2014, 02:25:39 PM Plus d'APIs et de tests pour les fans du serpent : https://github.com/btchip/btchip-python
Title: Re: Support BTChip francophone Post by: the_beast on June 23, 2014, 05:17:45 PM Plus d'APIs et de tests pour les fans du serpent : https://github.com/btchip/btchip-python J'ai pas mal avancé depuis hier soir. Un grand merci pour avoir ajouté pas mal de choses dans l'API. J'ai essayé les signatures de messages, et fait mon propre squelette de signature. j'ai pas mals de petites questions (évidement ) :P Voici un de mes sample-dev-early-PoC qui permet de donner un message complet signé (PGP style) http://pastebin.com/K0Rc9WFQ Code: USER-DIR> testsig.py - Le dongle pourra t-il fournir une information de parité de yR, comme expliqué dans SEC1-v2? Ca évite de refaire tout un tas de calculs try & guess pour trouver un simple bit. - S est-il fourni dans le "lower part" du champ de Z(n), comme le spécifie la "norme Bitcoin" ? Cela réduit la malléabilité des signatures. Par exemple dans FSV c'est le cas à la génération, mais pas encore à la vérification (pour bien respecter RFC1958 §3.9 LOL) - Dans ton exemple de test de signature, r (xR) est donné sur 33 bits avec le premier byte à x00. Est-ce là la parité de yR (x00 / x01) ? Ca ne respecte pas la norme DER (ITU X690), on doit minimiser la longueur utilisée, dont pas de leading zero. Alors d'accord, tu n'évoques uniquement ASN-1 et pas DER dans ta doc, Mais ca me semble "suspect'" ou une "mauvaise pratique". Et normalement dans SEC1 si un point est compressé, il commence par "02 ou "03" (OK, r = xR n'est pas un vecteur/point mais un scalaire, enfin la composante sur "x") - Comment savoir si la pub key est compressée à partir de l’adresse bitcoin "hash160"? Le BTChip fonctionne t-il toujours avec des adresses compressé? (parceque bon, j'ai bien galéré en me demandant ou je m'étais planté avant de voir que c'est simplement l'adresse publique qui est donné 'compressée') Ca semble être un paramètre à l'init du dongle, mais peut on avoir cette info par la suite (~ get setup)? En parcourant la datasheet du composant de la clé, j'ai vu qu'il y avait un TRNG, accessible via ton API. J'ai aussi créé un petit script python de création d'adresse dont la source est un dongle. C'est cool parceque je cherchait un dongle entropy key TRNG pour m'amuser et BTChip permet de le faire. :) PS: Dans le prochain test vector, tu pourras mettre: "Faouzi Lamdaoui, conseiller de Hollande, soupconne de fraude fiscale" (ici (http://www.lemonde.fr/politique/article/2014/06/10/faouzi-lamdaoui-conseiller-de-hollande-soupconne-de-fraude-fiscale_4435429_823448.html)) ;) Title: Re: Support BTChip francophone Post by: the_beast on June 23, 2014, 05:19:49 PM Pour les compressed addresses, c'est un flag dans get_version ? "Using compressed keys : Yes" ?
Title: Re: Support BTChip francophone Post by: btchip on June 23, 2014, 07:39:53 PM J'ai pas mal avancé depuis hier soir. Un grand merci pour avoir ajouté pas mal de choses dans l'API. J'ai essayé les signatures de messages, et fait mon propre squelette de signature. j'ai pas mals de petites questions (évidement ) :P Voici un de mes sample-dev-early-PoC qui permet de donner un message complet signé (PGP style) http://pastebin.com/K0Rc9WFQ Code: USER-DIR> testsig.py mais tu le pré-prépares pas bien pour la key recovery là non ? - Le dongle pourra t-il fournir une information de parité de yR, comme expliqué dans SEC1-v2? Ca évite de refaire tout un tas de calculs try & guess pour trouver un simple bit. un petit lien ? pour moi ils font une boucle (4.1.6 / 1.6) - S est-il fourni dans le "lower part" du champ de Z(n), comme le spécifie la "norme Bitcoin" ? Cela réduit la malléabilité des signatures. Par exemple dans FSV c'est le cas à la génération, mais pas encore à la vérification (pour bien respecter RFC1958 §3.9 LOL) je vote que non (et que je n'ai pas forcément la place pour corriger, après si le client officiel le vérifie, faudra probablement que je trouve la place ;D) - Dans ton exemple de test de signature, r (xR) est donné sur 33 bits avec le premier byte à x00. Est-ce là la parité de yR (x00 / x01) ? Ca ne respecte pas la norme DER (ITU X690), on doit minimiser la longueur utilisée, dont pas de leading zero. Alors d'accord, tu n'évoques uniquement ASN-1 et pas DER dans ta doc, Mais ca me semble "suspect'" ou une "mauvaise pratique". Et normalement dans SEC1 si un point est compressé, il commence par "02 ou "03" (OK, r = xR n'est pas un vecteur/point mais un scalaire, enfin la composante sur "x") c'est codé comme spécifié dans la partie "DER encoding" de BIP 62 "R: arbitrary-length big-endian encoded R value. It cannot start with any 0x00 bytes, unless the first byte that follows is 0x80 or higher, in which case a single 0x00 is required." donc je ne vois pas le hic. - Comment savoir si la pub key est compressée à partir de l’adresse bitcoin "hash160"? Le BTChip fonctionne t-il toujours avec des adresses compressé? (parceque bon, j'ai bien galéré en me demandant ou je m'étais planté avant de voir que c'est simplement l'adresse publique qui est donné 'compressée') Ca semble être un paramètre à l'init du dongle, mais peut on avoir cette info par la suite (~ get setup)? ça rejoint ta question d'après, si tu as fait un setup normal (sans mode 'uncompressed keys'), tous les calculs internes sont réalisés à partir de la version compressée de la clé. Quand on fait un GET WALLET PUBLIC KEY, le dongle renvoie toujours la version non compressée, par contre, histoire de pouvoir rejouer les calculs / vérifier plus rapidement la signature. Donc pour savoir si tu es dans ce mode là ou pas, GET FIRMWARE VERSION effectivement. En parcourant la datasheet du composant de la clé, j'ai vu qu'il y avait un TRNG, accessible via ton API. J'ai aussi créé un petit script python de création d'adresse dont la source est un dongle. C'est cool parceque je cherchait un dongle entropy key TRNG pour m'amuser et BTChip permet de le faire. :) oui, plaisir d'offrir :) (en attendant la clé de Mycelium ...) PS: Dans le prochain test vector, tu pourras mettre: "Faouzi Lamdaoui, conseiller de Hollande, soupconne de fraude fiscale" (ici (http://www.lemonde.fr/politique/article/2014/06/10/faouzi-lamdaoui-conseiller-de-hollande-soupconne-de-fraude-fiscale_4435429_823448.html)) ;) pas de bol, le sample a été écrit au mauvais moment ;D meme si statistiquement parlant j'avais plus de chances de tomber sur eux Title: Re: Support BTChip francophone Post by: the_beast on June 23, 2014, 10:29:33 PM Quote tu le pré-prépares pas bien pour la key recovery là non ? Non, j'attendais tes réponses avant de continuer. Parceque justement la key recovery c'est plus compliqué qu'une lecture de bit ;P (pas de key recovery dans FSV à la signature). Faire une key recovery alors qu'à un moment on a la clé, c'est un peu bete, il suffit juste d'extraire un bit de yR à la signature (cf point suivant et pull-req Electrum (https://github.com/spesmilo/electrum/pull/695))Quote - Le dongle pourra t-il fournir une information de parité de yR, comme expliqué dans SEC1-v2? Ca évite de refaire tout un tas de calculs try & guess pour trouver un simple bit. - Un petit lien ? pour moi ils font une boucle (4.1.6 / 1.6) SEC1-v2 §4.1.3 Signing Operations p45: Optionally, output additional information needed to recover R efficiently from r. The additional information needed to compute R can consist of the point R itself, in either compressed or uncompressed form. However, since r provides considerable information about xR, it is often sufficient to provide no extra information to determine xR. At worst, log2(h + 1) bits are needed to find xR from r. In any case, information needed to recover yR can take the form of single bit, or the full value of yR depending on whether compactness or speed is preferred. C'est d'ailleurs ce qui est fait dans la signature de message Bitcoin, le header contient un flag de parité de yR (LSB du premier char, 27 ou 28 en std). Ca permet de rendre déterministe (sans boucle) le recovery de yR et ensuite de Q (=s.R-e.G /r ). Sans cette information, il y a 2 yR possibles, il faudrait les tester jusqu'à matcher Q. Dans une transaction Bitcoin, on a la clé publique entière, on vérifie autrement. Mais là on vérifie une self-signature, et le document SEC indique que dans ce cas (§4.1.6) : "Several candidate public keys can be recovered from a signature. At a small cost, the signer can generate the ECDSA signature in such a way that only one of the candidate public keys is viable, and such that the verifier has a very small additional cost of determining which is the correct public key." Quote - S est-il fourni dans le "lower part" du champ de Z(n), comme le spécifie la "norme Bitcoin" ? Cela réduit la malléabilité des signatures. Par exemple dans FSV c'est le cas à la génération, mais pas encore à la vérification (pour bien respecter RFC1958 §3.9 LOL) Ce sont les utilisateurs qui votent, pas toi ;). Par contre, au niveau de la vérification je ne sais pas. C'est vérifié pour les nouvelles transactions au moins? Je crois qu'effectivement ce n'est pas vérifié pour les messages (sinon risque de répudier les anciens). En tout cas dans FSV, j'essaye de coller au plus près du standard (reference client master). BIP62 NewRule #1 indique: "We require that the S value inside ECDSA signatures is at most the curve order divided by 2 (essentially restricting this value to its lower half range)."- Je vote que non (et que je n'ai pas forcément la place pour corriger, après si le client officiel le vérifie, faudra probablement que je trouve la place) Tu devrais faire pareil, ca évite certains problèmes. D'un autre coté si c'est jamais vérifié, je ne vois même pas à quoi sert cette modification à la génération. Provisoirement, le retour en lower peut peut être fait dans le PC (le code existe dans FSV). Quote c'est codé comme spécifié dans la partie "DER encoding" de BIP 62 Ah OK, je pensais le DER plus simple. Autant pour moi... C'est bon alors, je vais juste devoir compléter un peu l'extraction de r et s."R: arbitrary-length big-endian encoded R value. It cannot start with any 0x00 bytes, unless the first byte that follows is 0x80 or higher, in which case a single 0x00 is required." donc je ne vois pas le hic. Quote Si tu as fait un setup normal (sans mode 'uncompressed keys'), tous les calculs internes sont réalisés à partir de la version compressée de la clé. Quand on fait un GET WALLET PUBLIC KEY, le dongle renvoie toujours la version non compressée, par contre, histoire de pouvoir rejouer les calculs / vérifier plus rapidement la signature. Donc pour savoir si tu es dans ce mode là ou pas, GET FIRMWARE VERSION effectivement. Je récapitule pour bien comprendre:
(je me disais aussi, mince la clé get_pub_key et la clé fournie dans le message "keyboard" est différente.) Title: Re: Support BTChip francophone Post by: btchip on June 23, 2014, 11:19:16 PM Quote tu le pré-prépares pas bien pour la key recovery là non ? Non, j'attendais tes réponses avant de continuer. Parceque justement la key recovery c'est plus compliqué qu'une lecture de bit ;P (pas de key recovery dans FSV à la signature). Faire une key recovery alors qu'à un moment on a la clé, c'est un peu bete, il suffit juste d'extraire un bit de yR à la signature (cf point suivant et pull-req Electrum (https://github.com/spesmilo/electrum/pull/695))Quote - Le dongle pourra t-il fournir une information de parité de yR, comme expliqué dans SEC1-v2? Ca évite de refaire tout un tas de calculs try & guess pour trouver un simple bit. - Un petit lien ? pour moi ils font une boucle (4.1.6 / 1.6) SEC1-v2 §4.1.3 Signing Operations p45: Optionally, output additional information needed to recover R efficiently from r. The additional information needed to compute R can consist of the point R itself, in either compressed or uncompressed form. However, since r provides considerable information about xR, it is often sufficient to provide no extra information to determine xR. At worst, log2(h + 1) bits are needed to find xR from r. In any case, information needed to recover yR can take the form of single bit, or the full value of yR depending on whether compactness or speed is preferred. C'est d'ailleurs ce qui est fait dans la signature de message Bitcoin, le header contient un flag de parité de yR (LSB du premier char, 27 ou 28 en std). Ca permet de rendre déterministe (sans boucle) le recovery de yR et ensuite de Q (=s.R-e.G /r ). Sans cette information, il y a 2 yR possibles, il faudrait les tester jusqu'à matcher Q. Dans une transaction Bitcoin, on a la clé publique entière, on vérifie autrement. Mais là on vérifie une self-signature, et le document SEC indique que dans ce cas (§4.1.6) : "Several candidate public keys can be recovered from a signature. At a small cost, the signer can generate the ECDSA signature in such a way that only one of the candidate public keys is viable, and such that the verifier has a very small additional cost of determining which is the correct public key." ok, vu, malin pour accélérer, avec un peu de chance peut etre meme que ça pourra tenir, je savais que j'avais bien fait de ne pas valider la 1.4.6 ;) Quote - S est-il fourni dans le "lower part" du champ de Z(n), comme le spécifie la "norme Bitcoin" ? Cela réduit la malléabilité des signatures. Par exemple dans FSV c'est le cas à la génération, mais pas encore à la vérification (pour bien respecter RFC1958 §3.9 LOL) Ce sont les utilisateurs qui votent, pas toi ;). Par contre, au niveau de la vérification je ne sais pas. C'est vérifié pour les nouvelles transactions au moins? Je crois qu'effectivement ce n'est pas vérifié pour les messages (sinon risque de répudier les anciens). En tout cas dans FSV, j'essaye de coller au plus près du standard (reference client master). BIP62 NewRule #1 indique: "We require that the S value inside ECDSA signatures is at most the curve order divided by 2 (essentially restricting this value to its lower half range)."- Je vote que non (et que je n'ai pas forcément la place pour corriger, après si le client officiel le vérifie, faudra probablement que je trouve la place) Tu devrais faire pareil, ca évite certains problèmes. D'un autre coté si c'est jamais vérifié, je ne vois même pas à quoi sert cette modification à la génération. Provisoirement, le retour en lower peut peut être fait dans le PC (le code existe dans FSV). voilà, vais relire pour voir le niveau de nécessité. Sur le fond je suis d'accord, là le pauvre chip est juste ras la gueule (jusqu'à notre prochaine optimisation magique, en général on est assez doués pour déclencher un nouveau cycle quand la situation devient vraiment trop désespérée 8)) Quote c'est codé comme spécifié dans la partie "DER encoding" de BIP 62 Ah OK, je pensais le DER plus simple. Autant pour moi... C'est bon alors, je vais juste devoir compléter un peu l'extraction de r et s."R: arbitrary-length big-endian encoded R value. It cannot start with any 0x00 bytes, unless the first byte that follows is 0x80 or higher, in which case a single 0x00 is required." donc je ne vois pas le hic. Quote Si tu as fait un setup normal (sans mode 'uncompressed keys'), tous les calculs internes sont réalisés à partir de la version compressée de la clé. Quand on fait un GET WALLET PUBLIC KEY, le dongle renvoie toujours la version non compressée, par contre, histoire de pouvoir rejouer les calculs / vérifier plus rapidement la signature. Donc pour savoir si tu es dans ce mode là ou pas, GET FIRMWARE VERSION effectivement. Je récapitule pour bien comprendre:
(je me disais aussi, mince la clé get_pub_key et la clé fournie dans le message "keyboard" est différente.) en mode compressé (par défaut donc), GET WALLET PUBLIC KEY doit renvoyer le hash160 de la clé compressée (idem keyboard), et la clé publique non compressée. Sinon c'est qu'il y a un soucis. Title: Re: Support BTChip francophone Post by: the_beast on June 24, 2014, 12:46:53 PM J'ai bien avancé pour intégrer BTChip dans FSV:
Je génére une signature complète (et valide) à partir de la clé. Code: USER-DIR> SignMsg.py J'ai plus qu'à créer les boites de dialogues AdHoc (type "Enter PIN). Et à régler ce pb de "lower S" (le "plus dur" c’est de réencoder S en DER). Il y aura aussi peut être une partie de "user friendly install BTchip drivers" qui pourra te servir aussi. Title: Re: Support BTChip francophone Post by: btchip on June 24, 2014, 02:25:21 PM cool ! pour les drivers dans un futur assez proche, je basculerais par défaut en HID, ça devrait simplifier sous Windows (genre rien à faire) - et tu peux déjà tester dans ce mode avec un SET COMMUNICATION PROTOCOL
Title: Re: Support BTChip francophone Post by: the_beast on June 24, 2014, 04:25:42 PM Merci du conseil.
J'incluais pyUSB et libusb dans les choses à gérer. Normalement en mettant les dll au bon endroit ca devrait le faire. Title: Re: Support BTChip francophone Post by: the_beast on June 25, 2014, 11:23:43 PM Voici le 1er soft tiers à intégrer BTChip!
Fast Sign Verify 0.30 BTChip Edition :D Bon en fait, c'est une version très spéciale :
Version Linux (http://aferron.fr/FSV/Fast_Sign_Verify_030_BTCHip.tar.bz2) untar et launch main.py Nécessite Python 2.7, wxPython, libusb Pour des informations plus détaillées pour installer FSV dans Linux, reportez vous à la page officielle (https://bitcointalk.org/index.php?topic=623085.0). Version Windows (http://aferron.fr/FSV/FSV_030_BTChip.zip) Unzip et launch FSV.exe Nécessite au pire libusb et éventuellement Zadig En cas de problème, lire ici (http://pastebin.com/raw.php?i=nZMXDjgZ) Si un BTChip est connecté lorsque l'on clique sur SIGN, ca signe automatiquement le message dans le BTChip! Il suffit donc de connecter un BTChip, d'écrire un message et de cliquer sur "SIGN" ! (Un message de demande de PIN apparait, si le BTChip est bien reconnu) Ca utilise la première adresse (0,0), ca ne demande pas encore laquelle prendre, ni ne gére un wallet standard. A la fin, l'adresse publique est affichée. On peut faire "COPY ALL". :) La signature est conforme à BIP62 "Lower S". Ce travail est surtout une étape pour intégrer dans Electrum, et fournir une bonne base en Python. Title: Re: Support BTChip francophone Post by: btchip on June 25, 2014, 11:45:50 PM nice, c'est bien ma doc est lisible ;D
Title: Re: Support BTChip francophone Post by: btchip on August 05, 2014, 05:33:07 PM sur tout Android, oui
Title: Re: Support BTChip francophone Post by: btchip on August 05, 2014, 09:05:32 PM Ah ben effectivement, c'est pas super documenté.
Mais bon techniquement, avec la spec https://btchip.github.io/btchip-doc/bitcoin-technical.html et http://developer.android.com/guide/topics/connectivity/usb/host.html ben tu peux envoyer des commandes Après Playstore ou pas, ça change rien Title: Re: Support BTChip francophone Post by: btchip on August 06, 2014, 12:02:57 AM voilà, non ;D
bon après je pourrais m'y pencher un coup, déjà j'ai vérifié que ça marche y a quelques temps, et puis Trezor fait aussi des choses, au final nos APIs de comm sont pas super différentes ... vais déjà essayer de finir ma boutique celà dit Title: Re: Support BTChip francophone Post by: btchip on August 10, 2014, 06:46:12 PM Je cherche des courageux pour tester une màj firmware :D
Title: Re: Support BTChip francophone Post by: kcud_dab on August 10, 2014, 06:49:55 PM Pour maj le fw d'anciennes BTChips ?
Si oui j'suis partant, j'en ai 2 ici avec moi (une en 1.4.3 et l'autre en 1.4.4) Title: Re: Support BTChip francophone Post by: btchip on August 10, 2014, 07:44:03 PM cool, tu vas avoir un PM :o
Title: Re: Support BTChip francophone Post by: btchip on August 10, 2014, 10:45:30 PM mais oui c'est super facile 8)
Title: Re: Support BTChip francophone Post by: btchip on August 24, 2014, 07:19:44 PM Pour les courageux qui ont mis à jour, vous avez un Electrum à tester içi : https://github.com/btchip/electrum
(cot request faite chez Electrum officiel) Au passage j'ai suivi le meme path BIP 44 que Trezor - donc le portefeuille n'est pas compatible avec KryptoKit - par contre, il est compatible avec Trezor, pour ceux qui ont les deux et qui veulent tester l'interop. au passage, comment faire pour tester ? ben c'est simple, vous vous munissez de votre plus beau serpent et de https://github.com/trezor/python-mnemonic puis Code: from mnemonic import Mnemonic c'est la seed hexa que vous devez refiler à BTChip Title: Re: Support BTChip francophone Post by: guigui371 on August 24, 2014, 08:54:09 PM Pour info : la récupération d'un wallet après 3 mauvais password en utilisant la seed est super simple !!!!!
Title: Re: [C'EST SORTI] - Support BTChip francophone Post by: btchip on September 09, 2014, 03:53:33 PM Dispo maintenant - https://buy.hardwarewallet.com
Title: Re: [C'EST SORTI] - Support BTChip francophone Post by: drhelmutp on September 09, 2014, 03:54:38 PM Et vous avez une jolie news sur coindesk : http://www.coindesk.com/btchip-launches-multi-signature-usb-bitcoin-wallet/
Title: Re: [C'EST SORTI] - Support BTChip francophone Post by: guigui371 on September 09, 2014, 04:08:20 PM Dispo maintenant - https://buy.hardwarewallet.com Bravo !!! Title: Re: [C'EST SORTI] - Support BTChip francophone Post by: kcud_dab on September 09, 2014, 04:14:57 PM Cool :-)
Title: Re: [C'EST SORTI] - Support BTChip francophone Post by: btchip on September 09, 2014, 05:06:16 PM Merci public ;D
Title: Re: [C'EST SORTI] - Support BTChip francophone Post by: btchip on September 09, 2014, 06:34:09 PM Thanks ;D
Y aura un update à faire, on est en 1.4.10 maintenant. Vais mettre le lien publique dans la soirée. Prismicide et ses différentes incarnations, on taffe dessus, pas de soucis :) |
