aeris22’s Twitter Archive—№ 60,446

…in reply to @jabial
@jabial Non, tout le monde est lecteur potentiel dans le cas où tu veux vérifier l’origin d’un leak.
Permalink On twitter.com 2017 Dec 23 Mood +1 🙂

…in reply to @aeris22
@jabial (Le cas de BTC où tout le monde veut vérifier les transactions de tout le monde n’a pas d’explication rationnelle)
Permalink On twitter.com 2017 Dec 23 Mood -4 🙁

…in reply to @aeris22
@jabial D’ailleurs, encore une raison qui me fait dire que ton système n’est pas meilleur qu’une bdd locale à la dataroom : tu n’as pas de mineur possible.
Permalink On twitter.com 2017 Dec 23 Mood -3 🙁

…in reply to @aeris22
@jabial Tu te servirais au mieux d’une blockchain existante pour véhiculer de l’information sans signification pour les mineurs de cette blockchain.
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial Le concept de minage dans ton cas, ie validation de l’ajout d’une transaction, ie soit l’intégration d’un nouveau tiers soit d’un log serait équivalent à celui d’une bdd locale.
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial Dans le cas de l’ajout d’un log, les mineurs pourraient « simplement » s’apercevoir de l’ajout d’un accès appartenant à quelqu’un de non autorisé. Ce qui devrait théoriquement être détectable par la dataroom elle-même et bloqué localement sans attendre.
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial Ou alors tu fonctionnes en asynchrone, ie la dataroom publie une demande d’accès dans la blockchain, et elle doit attendre que suffisamment de mineurs autorisent l’accès. On est ici dans du pur équivalent multi-sig local en fait, en passant juste par la blockchain pour pour com’
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial Idem dans le cas de l’ajout d’une personne, les mineurs pourraient au mieux détecter que la personne autorisant l’accès n’avait pas les droits non plus. On fait quoi dans ce cas-là ?
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial Dans les 2 cas, que tu passes par une blockchain, que tu envoies un mail pour réclamer à tous les « administrateur » (ie mineurs) de ton système pour confirmer l’accès ou l’ajout ou que tu sois local en multi-sig, ça ne change strictement rien.
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial (sachant en plus ici que les administrateurs ne peuvent pas être n’importe qui non plus, et sûrement une liste plus ou moins fixe (admin en dur + personnes autorisées ? admin en dur ? admin en dur + sous ensemble de personne autorisée ?) connue à l’avance
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial Et du coup avec tout ça, je concluerai par ça : la blockchain a de l’intérêt quand tu peux avoir des mineurs qui représentent un intérêt pour ton réseau.
On twitter.com 2017 Dec 23 Mood -2 🙁

…in reply to @aeris22
@jabial Si tu n’as pas tes propres mineurs, ie ta propre blockchain, tu te retrouves juste à utiliser une db distribuée, avec tiers de confiance (les clients finaux).
Permalink On twitter.com 2017 Dec 23 Mood 0

…in reply to @aeris22
@jabial Si tu as tes propres mineurs, alors soit tu as des mineurs limités en nombre/accrédités à miner, et alors tu es juste en train de faire du multi-sig en version trop compliqué, soit tu autorises n’importe qui à miner et donc à valider tes transactions.
Permalink On twitter.com 2017 Dec 23 Mood 0