|
561
|
Local / Wiki, documentation et traduction / 12. MAST (Arbre de Merkel de Syntaxe Abstraite ou "Arbre de Syntaxe Abstraite Me
|
on: February 03, 2024, 03:14:06 PM
|
12. MAST (Arbre de Merkel de Syntaxe Abstraite ou "Arbre de Syntaxe Abstraite Merkelisé")retour à la table des matières
Arbres de Merkel de Syntaxe Abstraite (MAST) est une proposition supplémentaire proposée dans le protocole Bitcoin qui permet la mise en œuvre des éléments suivants : - Taille de transaction plus petite - Plus de confidentialité - Smart contract plus grand. Problème : Données de script non utilisées.- Satoshi Nakamoto donne à Bitcoin une fonctionnalité qui permet aux utilisateurs d'écrire des programmes (appelés scripts) qui peuvent être utilisés comme clés publiques dynamiques et signatures. - Lorsque vous spécifiez un script - qui est la configuration par défaut de chaque portefeuille - le consensus sur le protocole Bitcoin n'autorisera personne à dépenser vos bitcoins tant qu'un script prédéterminé justifie le processus. - Actuellement, tous les scripts doivent être écrits sur la Blockchain (dans son ensemble). L'origine de MASTL'idée de MAST provient de deux concepts préexistants, à savoir les Arbres de Syntaxe Abstraite (AST) et les Arbres de Merkle. - AST - est une manière de décrire un programme en le divisant en parties distinctes pour le rendre plus facile à analyser et à optimiser les fonctions de chacune. - Arbre de Merkle - permet à un nœud de copier certaines informations sans avoir à copier toutes les transactions. -snip-  Illustration d'un Arbre de MerkleIl y a des avantages à utiliser l' Arbre de Merkle en termes de vérification d'un block. Par exemple, dans la structure de l' Arbre de Merkle dans l'image ci-dessus, pour vérifier la transaction D, un nœud n'a pas besoin de copier toutes les transactions A, B, C, D et E, mais seulement de copier les informations C, AB et EEEE pour produire la racine de Merkle. Cela a conduit à l'émergence de nœuds qui n'ont pas une copie complète de la blockchain, ce qui est alors appelé vérification de paiement simplifiée (SPV).
Référence : Guide du développeur Bitcoin - https://bitcoin.org/en/developer-guide#transaction-data (D.A. Harding - 2015, 12 janvier 2016) - https://bitcoin.org/en/glossary/simplified-payment-verification.  Exemple d'Arbre de Merkle Exemple de MASTAlice peut dépenser les BTC (image de gauche), ou après trois mois, Bob et Charlie peuvent dépenser les BTC (image de droite) - vous avez seulement besoin de sauvegarder complètement depuis la racine (racine de Merkle) pour obtenir tous les sous-scripts.  Avantages de la mise en œuvre de MAST1. Transactions plus petitesVous pouvez ajouter autant de sous-scripts que vous le souhaitez.  2. Plus de confidentialitéLes avantages avec MAST sont de fonctionner de manière plus optimale, et d’améliorer la confidentialité lorsqu'ils sont combinés à d'autres méthodes telles que les seuils généralisés (de Pieter Wuille et Gregory Maxwell), les scripts sans script (d'Andrew Poelstra) et les contrats de logarithme discret (de Thaddeus Dryja). 3. Smart contract plus grandBitcoin a trois tailles d'octets différentes qui s'appliquent à chaque script en fonction du développement de l' engagement.  Avec MAST, vous ne pouvez pas dépasser la limite d'octets. Limite de dix mille octets pour les scripts vides, de 520 octets pour P2SH, et de dix mille octets pour SegWit.
Références :
- https://github.com/jl2012/bips/blob/mast/bip-mast.mediawiki
- https://github.com/bitcoin/bips/blob/master/bip-0114.mediawiki
- http://www.mit.edu/~jlrubin/public/pdfs/858report.pdf
- https://bitcointechtalk.com/what-is-a-bitcoin-merklized-abstract-syntax-tree-mast-33fdf2da5e2f
- https://www.youtube.com/watch?v=Phn_Im2K_PY
- https://bitcoinops.org/en/topics/mast/
- https://themoneymongers.com/merkelized-abstract-syntax-tree-mast/
- https://diyhpl.us/wiki/transcripts/bitcoin-core-dev-tech/2017-09-07-merkleized-abstract-syntax-trees/
- Guide du développeur Bitcoin - https://bitcoin.org/en/developer-guide#transaction-data (D.A. Harding - 2015, 12 janvier 2016)
https://bitcoin.org/en/glossary/simplified-payment-verification
- Autres références voir le post #1
|
|
|
|
|
562
|
Local / Wiki, documentation et traduction / 11. Signature Schnorr
|
on: February 03, 2024, 03:13:20 PM
|
11. Signature Schnorrretour à la table des matièresLa signature Schnorr est un schéma de signature : un ensemble de règles mathématiques qui relient la clé privée, la clé publique et la signature. Claus-Peter Schnorr a inventé ce schéma de signature numérique, mais il n'était pas initialement destiné à la technologie crypto. Schnorr est un algorithme alternatif en tant que signature numérique avec plusieurs avantages. Actuellement, Bitcoin utilise l'algorithme ECDSA (Elliptic Curve Digital Signature Algorithm) pour générer des signatures cryptographiques afin d'envoyer/livrer des messages secp256k1 et des paires de clés. La principale raison pour laquelle Bitcoin n'a pas utilisé initialement la signature Schnorr est que Schnorr n'est pas normalisé et n'est pas disponible dans les bibliothèques crypto en général. De nombreux cryptographes considèrent les signatures Schnorr comme les meilleures de leur domaine car Schnorr offre un bon niveau de précision, est relativement rapide en termes de vérification et, surtout, Schnorr prend en charge les multi-signatures. En substance, plusieurs signatures peuvent être combinées en une nouvelle signature. Auparavant, il n'était pas possible d'utiliser Schnorr dans le protocole bitcoin. D'autres schémas de signatures, comme ECDSA, ont été inclus dans le protocole Bitcoin, donc le changer nécessiterait un hard fork. Mais avec SegWit (Segregated Witness), toutes les données de signature numérique sont déplacées dans une partie distincte de la transaction : le « Witness » (témoin) n'est pas intégré dans l'ancien protocole Bitcoin. Presque toutes les règles appliquées au témoin peuvent être modifiées par des soft forks, y compris le schéma utilisé dans les signatures. CapacitéLa partie la plus bénéfique de Schnorr est l'agrégation de multi-signatures. De nombreuses transactions Bitcoin incluent plusieurs inputs. Tous ces inputs nécessitent des signatures distinctes, ce qui signifie que toutes ces signatures doivent être entrées dans la transaction, toutes doivent être envoyées sur le réseau et toutes doivent être incluses dans le block. Mais avec Schnorr, tous les inputs ne nécessitent qu'une seule signature combinée qui représente toutes ces signatures différentes. Schnorr peut offrir la possibilité de traiter avec un schéma multi-utilisateur simple. C'est l'un des avantages offerts par Schnorr. Parce qu'une seule signature doit être entrée dans une transaction, une seule doit être envoyée sur le réseau et une seule doit être entrée dans le block. Cela signifie qu'il y a plus d'espace dispo pour les transactions. La quantité exacte d'espace supplémentaire dépend du type de transaction incluse dans le block. Mais des estimations approximatives faites par Eric Lombrozo (développeur principal de Bitcoin Core) montrent que la signature Schnorr peut éventuellement augmenter la capacité totale de 40% ou plus, ce qui représente une augmentation supplémentaire de 60 à 100% précédemment offerte par Segregated Witness. MultisigLe genre de construction, tel que décrit ci-dessus, s'applique aux transactions régulières, car de nombreuses transactions incluent plus d'une entrée. Mais les avantages peuvent être plus importants en termes de transactions multi-signatures, où une seule donnée nécessite elle-même plusieurs signatures (généralement de différentes personnes).  Taille de la blockchain Bitcoin avec et sans multi-signatures.
Source : https://eprint.iacr.org/2018/068.pdfConfidentialitéComme mentionné précédemment, une transaction peut inclure de nombreuses inputs. En général, ces inputs se réfèrent à des adresses toutes contrôlées par la même personne. Mais le tour de passe-passe améliorant la confidentialité découvert par Gregory Maxwell (développeur de Bitcoin Core), CoinJoin, permet à différents utilisateurs de regrouper toutes leurs transactions en une seule transaction. Cette seule transaction inclura plusieurs inputs de divers payeurs, qui envoient de l'argent à plusieurs outputs, appartenant à différents bénéficiaires. Note : la discussion sur CoinJoin peut être vue point 6. CoinJoin.Si cela est fait correctement, CoinJoin est un excellent moyen d'augmenter la confidentialité, car il n'est pas clair pour un œil externe quels inputs sont payés, quels outputs sont corrects. CoinJoin n'est pas un concept nouveau. Mais jusqu'à présent, CoinJoin était généralement un peu contraignant. Pour cette raison, la plupart des gens ne l’utilisaient pas. Mais la signature Schnorr peut ajouter de nouveaux avantages à CoinJoin. Elle permet à tous les participants aux transactions CoinJoin de non seulement regrouper leurs transactions, mais aussi de regrouper leurs signatures. Et le faire signifie que la taille réelle de la transaction sera plus petite que toutes les transactions individuelles combinées. Ce qui, à son tour, signifie que le miner facturera généralement des frais moins élevés pour traiter la transaction. Utiliser le schéma de signature Schnorr avec CoinJoin augmente non seulement la confidentialité, mais aussi - et c'est important - peut réduire les coûts pour toutes les parties impliquées dans la transaction.
Références :
- Gregory Maxwell, Andrew Poelstra, Yannick Seurin, & Pieter Wuille, Simple Schnorr Multi-Signatures with Applications to Bitcoin, https://eprint.iacr.org/2018
/068.pdf
- Schnorr, https://en.bitcoin.it/wiki/Schnorr
- Signature Schnorr, https://en.wikipedia.org/wiki/Schnorr_signature
- Aaron van Wirdum, The Power of Schnorr: The Signature Algorithm to Increase Bitcoin’s Scale and Privacy,
https://bitcoinmagazine.com/articles/the-power-of-schnorr-the-signature-algorithm-to-increase-bitcoin-s-scale-and-privacy-1460642496
- Alyssa Hertig, Schnorr Is Looking Poised to Become Bitcoin’s Biggest Change Since SegWit,
https://www.coindesk.com/schnorr-is-looking-poised-to-become-bitcoins-biggest-change-since-segwit
- René Pickhardt, Introduction to Schnorr Signatures for Bitcoin & Lightning Network. Schnorr Signature Tutorial Part1,
https://www.youtube.com/watch?v=n5aompcR9W0
- René Pickhardt, MuSig - Multisignature Addresses in Bitcoin. Schnorr Signature Tutorial Part 2,
https://www.youtube.com/watch?v=4v4G8Vtr3Bk
- René Pickhardt, Introduction to Adaptor Signatures via Schnorr Signatures - Schnorr Signature Tutorial Part 3,
https://www.youtube.com/watch?v=a8Pdpz_Jzok
- Yodik Prastya, Bitcoin Cash Upgrade Fitur Pemulihan Dan Keamanan, https://www.seputarforex.com/berita/bitcoin-cash-upgrade-fitur-pemulihan-dan-keamanan-288550-15
- Confidentialité, https://en.bitcoin.it/wiki/Privacy
- Autres références voir le post #1
|
|
|
|
|
563
|
Local / Wiki, documentation et traduction / 10. Service de mixing
|
on: February 03, 2024, 03:13:05 PM
|
10. Service de mixingretour à la table des matièresIl existe d'autres méthodes pour traiter les problèmes de confidentialité dans les transactions Bitcoin, notamment en utilisant un service de mixing (randomisation).  Mixing de Bitcoin20Ces services ont différentes méthodes pour «mixer» les BTC des utilisateurs. Cependant, les méthodes qu'ils utilisent peuvent être classées en deux groupes 21. Dans le premier groupe, le service demande aux utilisateurs d'envoyer des bitcoins dans un portefeuille virtuel contrôlé par le service, afin que les utilisateurs puissent récupérer leurs bitcoins pour les envoyer à une autre adresse Bitcoin. Le fournisseur de services échangera les bitcoins de l'utilisateur contre d'autres bitcoins qui n'ont aucun lien avec ses bitcoins précédents. Si l'utilisateur souhaite payer une somme à une autre partie, il peut entrer l'adresse de destination à payer par le fournisseur de services. Le deuxième groupe est un service qui combine plusieurs transactions en une transaction importante à l'aide d'un concept similaire à CoinJoin (le mécanisme combine plusieurs transactions similaires en une transaction composée de nombreuses entrées et sorties). Lorsque les utilisateurs utilisent des services de ce type, ils doivent payer des frais de service en bitcoins au gestionnaire de services dans une fourchette de 0,5% à 5%. Bien que de tels services puissent augmenter l'anonymat, il y a aussi des risques supportés par les utilisateurs, car ils ne peuvent pas contrôler leurs bitcoins une fois qu'ils les ont envoyés à l'adresse bitcoin du gestionnaire. Cela signifie que lorsque le gestionnaire de services agit de manière frauduleuse en volant les bitcoins de l'utilisateur, l'utilisateur ne peut rien faire d'autre car toutes les transactions bitcoin ne peuvent pas être annulées. Dans la thèse de Felix Maduakor 20 sur Services de Mixing / Transactions Bitcoin Anonymes, pages 18-20, la méthode de mixing est divisée en trois catégories https://www.dropbox.com/s/3yapwyfz72tvswh/BA_mixing_services.pdf?dl=0Voici un résumé de ces catégories : 1. Mixing Décentralisé (Mélange P2P) Figure d'un service de mixing P2PPlusieurs articles scientifiques, tels que des algorithmes permettant le transfert de bitcoins de manière anonyme, ont été publiés. Certains de ces algorithmes ont été implémentés par défaut dans différentes cryptomonnaies (exemple : Zerocash 22), mais au moment de l'écriture [ -thèse-], aucune approche n'a été largement adoptée dans le réseau Bitcoin. Contrairement aux Services de Mixing Centralisés (CMS), le mixing P2P doit être implémenté dans un logiciel de portefeuille Bitcoin afin que les utilisateurs puissent y accéder. 2. Services de Mixing Centralisés (CMS) Figure des Services de Mixing CentralisésLes Services de Mixing Centralisés (CMS) sont généralement gérés par des fournisseurs de sites web commerciaux qui font de la publicité pour leurs services pouvant anonymiser les transactions Bitcoin. Les CMS facturent généralement des frais allant jusqu'à 5% du montant. Souvent, l'algorithme de mélange P2P est utilisé en interne par les CMS. 3. Mixing Hors-ChaîneTout le monde peut accéder à chaque transaction envoyée via le réseau Bitcoin grâce à la blockchain Bitcoin. Cependant, ces derniers temps, de nombreux efforts scientifiques ont été déployés pour trouver des solutions permettant d'envoyer et de recevoir des transactions Bitcoin sans avoir besoin de les publier sur la blockchain. Parmi les solutions de mise en œuvre de ce problème, on trouve le Lightning Network. Le Lightning Network conduit à des transactions presque instantanées et peut éliminer les coûts de transaction. -snip- L'anonymat est très difficile, surtout avec des systèmes basés sur la blockchain où tant de données doivent être publiques, mais aussi dans d'autres domaines (par exemple, il existe plusieurs faiblesses connues avec Tor). Vous devriez toujours opérer en vous attendant à ce que tout système d'anonymat que vous utilisez finisse par vous échouer. Si vous êtes confiant dans votre anonymat, alors vous avez tort. ...
-snip- même si un service de mixing/un algorithme de mixing peut sembler fiable pour le moment, à travers une seule fuite/défaut d'implémentation, un attaquant pourrait être en mesure de déanonymiser n'importe quelle transaction passée qui a été traitée par les services de mélange. Même si la fuite/le défaut d'implémentation est corrigé par le service, chaque transaction qui a été traitée avant la correction est irréversiblement vulnérable. -snip-
Comparaison entre le mixing de BTC et CoinJoin 23: | # | Mixer
| CoinJoin | | 1 | Code source fermé et le système ne peut pas être vérifié. | Open source | | 2 | Un mixer contrôle les coins. | L'utilisateur contrôle les coins. | | 3 | La confidentialité est perdue si le mixer conserve les logs ou si la méthode de mixing est incorrecte.[24] | La confidentialité est perdue si l'implémentation de CoinJoin est incorrecte. |
Références :
20. Transactions Bitcoin Anonymes. Felix Maduakor
https://www.dropbox.com/s/3yapwyfz72tvswh/BA_mixing_services.pdf?dl=0
21. Dimaz A.W. & Oscar D., Blockchain dari Bitcoin untuk Dunia, pages 109-110, 2017 : Jasakom
22. Eli Ben Sasson, Alessandro Chiesa, Christina Garman, Matthew Green, Ian Miers, Eran Tromer, and Madars Virza.
Zerocash: Decentralized anonymous payments from bitcoin.
In Security and Privacy (SP, 2014 IEEE Symposium on, pages 459-474. IEEE, 2014
23. https://bitcointalk.org/index.php?topic=5125545.msg50811291#msg50811291 - ETFbitcoin
24. Breaking Mixing Services - madu
- [Guide] Méthodes de mélange décent - theymos
- Qu'est-ce que le mixing ? - RapTarX
- Transactions Bitcoin Anonymes. P. Martin and A. Taaki. (25 août 2013, 25 août 2015/0)
- CoinJoin: la confidentialité Bitcoin pour le monde réel par gmaxwell
- Autres références voir le post #1
|
|
|
|
|
564
|
Local / Wiki, documentation et traduction / 9. Merge Avoidance
|
on: February 03, 2024, 03:12:36 PM
|
9. Merge Avoidanceretour à la table des matièresLe terme de merge avoidance a été introduit par Mike Hearn dans le concept qu'il a présenté pour identifier les problèmes de confidentialité liés à Bitcoin. La merge avoidance consiste à diviser un certain nombre de transactions Bitcoin en plusieurs transactions afin d'éviter d'identifier l'utilisateur du montant spécifique envoyé d'un utilisateur à un autre 19. En résolvant des transactions avec une petite quantité de bitcoins, l'identification de ces transactions sera plus difficile. La merge avoidance est utile dans certaines situations. Par exemple, Alice et Bob travaillent dans la même entreprise et sont payés en bitcoins par l'entreprise. Bob soupçonne qu'il reçoit un salaire plus faible que celui d'Alice, alors il pourrait demander à Alice d'envoyer une petite quantité de bitcoins. À partir de là, Bob peut analyser quelles transactions deviennent des paiements de salaire à Alice et prouver ses soupçons. Propriétés et mise en œuvreCe schéma présente plusieurs caractéristiques qui le rendent facile à mettre en œuvre : - Il peut être écrit de manière incrémentielle - un algorithme simple peut améliorer la confidentialité de quelqu'un. Plus tard, un meilleur algorithme peut être développé et déployé, mais il ne nécessite aucune mise à niveau mondiale compliquée. Cela convient bien au modèle de développement des bénévoles que Bitcoin adopte.
- Il est très simple et ne comporte pas de hardware particulier. Vous n'avez pas à vous soucier d'un téléphone portable aléatoire de l'autre côté du monde qui entre dans un tunnel au mauvais moment, ou qui exécute une réimplémentation défectueuse du logiciel.
- Il n'y a pas de centralisation, même pas de serveurs de transitoires.
- Il n'y a pas de risques légaux, car vous ne vous appuyez sur aucun service pouvant être considéré comme un outil de blanchiment d'argent.
- Il est robuste. Plus haut, j'ai donné des exemples de la manière dont CoinJoin peut sembler fonctionner mais peut quand même divulguer en présence de très peu d'informations supplémentaires. La merge avoidance n'a pas ce problème.
Il y a aussi quelques inconvénients : - Votre confidentialité dépend fortement de l'ingéniosité avec laquelle les personnes vous envoyant de l'argent conçoivent les transactions. Ainsi, votre confidentialité repose sur des personnes qui peuvent ne pas avoir de vraies competences à faire cela. Espérons que les logiciels de wallets feront la bonne chose par défaut...
- Il augmente le nombre de transactions, bien que le surcoût ne soit pas aussi élevé que l'on pourrait penser - une transaction est simplement une liste d'entrées, de sorties et un en-tête à deux champs (version et verrouillage temporel). Les entrées et les sorties ne sont pas vraiment modifiées par une bonne implémentation de CoinJoin, et la version/verrouillage temporel pourrait facilement être compressée/encodée en varint pour économiser de l'espace. La différence serait de l'ordre des octets plutôt que des kilooctets.
- Il repose sur le protocole de paiement. Mais de nombreuses choses reposent là-dessus, et le protocole de paiement est essentiel pour réprimer la réutilisation des adresses, ce qui est nécessaire pour que tous les schémas de confidentialité proposés fonctionnent de toute façon. Il est important que nous rendions le BIP70 aussi facile et répandu que possible.
Référence :
19. M. Hearn. (11 décembre 2013). merge avoidance : une note sur les techniques améliorant la confidentialité dans le protocole Bitcoin.
https://medium.com/@octskyward/merge-avoidance-7f95a386692f
- https://bitcoinfoundation.org/forum/index.php?/topic/572-merge-avoidance/
- Proposition d'ajouter une extension de merge avoidance au protocole de paiement - amincd
https://bitcointalk.org/index.php?topic=1120137.0
- Dimaz A.W. & Oscar D., Blockchain dari Bitcoin untuk Dunia, page 109, 2017 : Jasakom
- Autres références voir le post #1
|
|
|
|
|
565
|
Local / Wiki, documentation et traduction / 8. MixCoin
|
on: February 03, 2024, 03:12:14 PM
|
8. MixCoinretour à la table des matièresMixCoin est un concept qui crée une responsabilité pour les services de mélange 18. La mise en œuvre de MixCoin ne nécessite pas de modifications du protocole Bitcoin, ce qui permet une mise en œuvre facile par les utilisateurs. Dans MixCoin, deux parties sont impliquées. La première partie est celle qui souhaite effectuer une randomisation de bitcoins, et la deuxième partie est celle qui fournit des services de randomisation. La responsabilité de MixCoin est réalisée sous la forme d'une preuve de transaction. Si le fournisseur de services triche en volant les bitcoins de l'utilisateur, celui-ci exposera des preuves de la transaction, détruisant ainsi la réputation du fournisseur de services. Voici un schéma illustrant le protocole MixCoin 18:  Plusieurs étapes doivent être suivies par l'utilisateur A et le fournisseur de services M. L'utilisateur A fait une demande de service à M pour créer une transaction bitcoin. Si M est d'accord, alors M signe les informations sur la transaction demandée par A en utilisant la clé privée de M. Les données signées sont des preuves qui seront stockées par A et qui peuvent être vérifiées par quiconque en utilisant la clé publique de M. Ensuite, A paie une certaine quantité de bitcoins qui a été approuvée à M, y compris les frais de transaction payés à M. Si M agit honnêtement en envoyant les bitcoins comme convenu, alors la preuve peut être retirée. Mais si M triche, alors A peut publier une preuve indiquant que M n'a pas agi honnêtement.
Référence :
18. J. Bonneau, A. Narayanan, A. Miller, J. Clark, J.A. Kroll, et E.W. Felten,
"Mixcoin: Anonymity for Bitcoin with accountable mixes," dans Financial Cryptography and Data Security, éd. : Springer,
2014, pp. 486-504.
Lien de téléchargement (PDF) : http://www.jbonneau.com/doc/BNMCKF14-FC-mixcoin_proceedings.pdf
- Dimaz A.W. & Oscar D., Blockchain dari Bitcoin untuk Dunia, pages 107-109, 2017 : Jasakom
- Autres références voir le post #1
|
|
|
|
|
566
|
Local / Wiki, documentation et traduction / 7. CoinSwap
|
on: February 03, 2024, 03:11:51 PM
|
7. CoinSwapback to table of contentsGregory Maxwell 16 a introduit pour la première fois CoinSwap dans le fil de discussion suivant : https://bitcointalk.org/index.php?topic=321228.0CoinSwap protégera les informations de transaction entre le payeur et le bénéficiaire. CoinSwap permet aux parties impliquées de réaliser des transactions en impliquant une garantie qui empêche toute partie de voler des bitcoins à d'autres parties. Dans CoinSwap, une tierce partie est nécessaire en tant que liaison entre le payeur et le bénéficiaire, et certaines transactions doivent également être effectuées dans le schéma CoinSwap. Certaines méthodes de transaction utilisées dans CoinSwap comprennent l'escrow 2-sur-2 et les transactions hash-locked. Protocole CoinSwap :Dans ce protocole, on suppose que toutes les parties disposent de canaux de communication privés. Le protocole CoinSwap peut être expliqué comme suit : Alice agit en tant que payeur, Bob en tant que bénéficiaire du paiement, et Carol en tant qu'intermédiaire (escrow). Phase 0. Met en place les escrows et leurs remboursements temporaires.
Phase 1. Fait en sorte que si Bob est payé, il n'y a aucun moyen pour Carol de ne pas être payé.
Phase 2. Libère simplement les escrows directement parce que tout le monde est convaincu que la tricherie n'est pas possible.
Alice Carol Bob
=====================================================================================
0.Calcule TX_0 : 2-sur-2{A,C} |Calcule TX_1 : 2-sur-2{C,B} | \
1.Envoye TX_0 TXID ------------> | |
2. |Envoye TX_1 TXID ------------> |
3. |Calcule le remboursement bloqué TX_0 |Calcule le remboursement bloqué TX_1 |
4. <------------ Envoie le remboursement TX_0 | | Phase 0
5. | <------------ Envoie le remboursement TX_1. |
6.Annonce TX_0 au réseau |Annonce TX_1 au réseau | |
7. | | |
8.****** Le réseau confirme TX_0 : Alice paie selon 2 de {Alice, Carol} ******|
9.****** Le réseau confirme TX_1 : Carol paie selon 2 de {Carol, Bob} ******/
A. | |Sélectionne la valeur secrète X \
B. | |Calcule HX = H(X) |
C. | <------------ Envoie HX |
D. <----------------------------------------- Envoie HX |
E.Calcule TX_2 : TX_0>Carol+X | | | Phase 1
F.Envoye TX_2 ------------> | |
G. | Calcule TX_3 : TX_1>Bob+X | |
H. | Envoye TX_3 ------------> |
I. | <------------ Envoie X /
J. | Calcule TX_4 : TX_1>Bob | \
K. | Envoye TX_4 ------------> |
L. | |Signe et annonce TX_4 |
M.****** Le réseau confirme TX_4 : Carol paie Bob via 2 de {Carol, Bob} ******|
N.Calcule TX_5 : TX_0>Carol | | | Phase 3
O.Envoye TX_5 ------------> | |
P. |Signe et annonce TX_5 | |
Q.****** Le réseau confirme TX_5 : Alice paie Carol via 2 de {Alice, Carol} ******/
=====================================================================================
Diagramme du Protocole CoinSwap.16Phase 0Dans la phase 0, il y a tout le processus de création d'une transaction escrow entre les participants. Alice crée une transaction escrow TX_0 qui est un escrow 2-sur-2 entre Alice et Carol en utilisant les BTC d'Alice. Cette transaction peut être lue comme suit : "Alice paiera une certaine quantité de bitcoins à Carol si Alice et Carol sont d'accord." Ensuite, Carol crée également une transaction TX_1, qui est un escrow 2-sur-2 entre Carol et Bob en utilisant les bitcoins de Carol. Cette transaction peut être lue comme suit : "Carol paiera une certaine quantité de bitcoins à Bob si Carol et Bob sont d'accord." Pour sécuriser cette phase, Carol crée un remboursement TX_0 avec une limite de temps spécifique, qui fera en sorte qu'Alice récupère les bitcoins payés à Carol si quelque chose se passe dans le futur. Tout comme Alice, Carol crée également TX_1_refund, qui fera en sorte que Carol récupère les bitcoins payés à Bob si quelque chose se passe dans le futur. Les transactions TX_0_refund et TX_1_refund ne sont pas envoyées au réseau par Alice ou Carol. Les transactions envoyées au réseau Bitcoin à cette étape sont TX_0 et TX_1. Phase 1La phase 1 prépare des garanties de transaction pour toutes les parties impliquées. Cela signifie que si Bob prend des coins de Carol, Carol peut également effectuer des paiements à partir d'Alice. Un schéma de transaction hash-locked prend en charge ce schéma. Dans ce schéma, Bob choisit le mot-clé secret X, puis calcule la valeur HX, qui est la valeur de hachage de X avec la formule HX=H(X) et envoie HX à Alice et Carol. Alice crée une nouvelle transaction TX_2 qui prendra des coins de TX_0 en utilisant la signature de Carol et la valeur X et les paiera à l'adresse de Carol. Tout comme Alice, Carol crée une nouvelle transaction avec un schéma de transaction TX_3 hash-locked qui prendra des coins de TX_1 en utilisant la signature de Bob et la valeur X et les paiera à Bob. Dans cette phase, si Bob triche et prend des coins en utilisant TX_3, alors Carol peut recevoir des paiements en utilisant TX_2 car la valeur de X peut être connue lorsque Bob utilise TX_3 et la publie sur le réseau Bitcoin. Phase 2Si TX_2 et TX_3 ne sont pas envoyées au réseau Bitcoin, alors la phase 2 peut être poursuivie. Dans cette phase, Bob dit à Carol la valeur de X, et Carol crée une nouvelle transaction TX_4 qui prendra des coins de TX_1 en utilisant la signature de Bob. Bob peut utiliser la transaction TX_4 pour recevoir un paiement. Tout comme cela, Alice a créé une transaction TX_5 qui prendra des coins de TX_0 en utilisant la signature de Carol et les paiera à Carol. Carol peut envoyer les transactions TX_5 au réseau Bitcoin pour être payée. Si ce protocole est complet, seules les transactions TX_4 et TX_5 utilisant TX_0 et TX_1 sont envoyées au réseau Bitcoin, tandis que les autres transactions sont supprimées et ne sont pas envoyées au réseau Bitcoin. CoinSwap est un exemple de la méthode de paiement contingent à connaissance nulle 17 qui a les caractéristiques suivantes : 1. Transaction hash-locked 2. Transaction verrouillée dans le temps 3. Transaction escrow 2-sur-2 Dans CoinSwap, chaque étape du protocole doit suivre le bon ordre pour produire une transaction sûre.
Référence :
16. gmaxwell, CoinSwap: Transaction graph disjoint trustless trading
17. Bitcoin Wiki. (28 septembre 2015), Zero Knowledge Contingent Payment
- Dimaz A.W. & Oscar D., Blockchain dari Bitcoin untuk Dunia, pages 105-107, 2017 : Jasakom
- Autres références voir le post #1
|
|
|
|
|
567
|
Local / Wiki, documentation et traduction / 6. CoinJoin
|
on: February 03, 2024, 03:11:31 PM
|
6. CoinJoin retour à la table des matières Gregory Maxwell présente une solution alternative pour augmenter le niveau de confidentialité des utilisateurs de Bitcoin, appelée CoinJoin13, qui est un développement des idées précédemment présentées dans Contamination14. CoinJoin est un mécanisme qui combine plusieurs transactions similaires en une transaction qui comprend de nombreuses entrées et sorties. Le concept de CoinJoin est ensuite mis en œuvre dans une application appelée CoinJoin 15. Transactions CoinJoin13L'image ci-dessus explique comment fonctionne CoinJoin et comment cela se differencie des transactions Bitcoin classiques. Dans la transaction 1, une adresse 1FF qui a 50 BTC souhaite envoyer 0,5 BTC à une autre adresse, 1A1, avec une adresse de retour de 1FF. À la fin de la transaction, l'adresse 1FF aura 49,5 BTC de bitcoin. Dans la transaction 2, il y a de nombreuses adresses d'entrée et de sortie. Bien que ce schéma ressemble à une transaction Bitcoin ordinaire, il peut être utilisé pour protéger l'identité de l'utilisateur associé à la transaction. Par exemple, le propriétaire de l'adresse 1A1 souhaite envoyer 0,8 BTC à 1E5 et ne veut pas que quelqu'un d'autre soit au courant de cette transaction. Il combine donc la transaction avec une autre transaction de la même taille, par exemple, de l'adresse 1C3 à 1D4. Cela signifie qu'en regardant la transaction, l'observateur ne peut pas déterminer quelle adresse reçoit l'adresse 1A1, car le bitcoin aurait pu provenir de 1D4 ou de 1E5.
MISE À JOUR Parmi les applications pionnières dans la mise en œuvre du concept CoinJoin : Félicitations aux développeurs de Wasabi et JoinMarket ! JoinMarket a été à l'avant-garde de nombreuses avancées dans la science de CoinJoin (et, au fait, belcher a rédigé un excellent et complet article wiki sur la confidentialité), tandis que Wasabi est le premier portefeuille qui met en œuvre CoinJoin de manière très utilisable et solide. En tant que signataire et donateur du fonds de prime CoinJoin, je suis ravi que ces deux logiciels existent ! Pour tous ceux qui cherchent à améliorer leur confidentialité, je recommande vivement de jeter un coup d'œil à Wasabi, surtout par rapport aux "mixers" centralisés. -snip- Note : -snip- Wasabi n'est plus notre ami. Ils sont passes du cote de l'ennemi. Je pense donc qu'il est important de les retirer de l'OP ou d'ajouter une note très importante à leur sujet, indiquant qu'ils ne soutiennent plus la confidentialité et l'anonymat, bien au contraire. C'est un mouvement très décevant de la part de Wasabi et cela me dégoûte, mais c'est comme ça. -snip- Voir également ce lien : https://blog.wasabiwallet.io/zksnacks-blacklisting-update/Ils n'ont toujours pas expliqué comment exactement zkSNACKs Ltd allait inscrire sur liste noire certaines sorties de transactions non dépensées s'ils ne surveillent pas et ne collectent pas les données des utilisateurs.
Par architecture, le coordinateur Wasabi ne peut pas violer la confidentialité de ses utilisateurs. Cela ne signifie pas que le coordinateur choisit de ne pas collecter de données, mais cela signifie qu'il ne pourrait pas les collecter même s'il le voulait. Le coordinateur ne connaît que les UTXO pour participer aux coinjoins - le public aussi - et ce n'est pas une fuite de confidentialité.
Références :
13. gmaxwell, CoinJoin: Bitcoin privacy for the real world
14. gmaxwell, I taint rich! (Raw txn fun and disrupting 'taint' analysis; >51kBTC linked!)
15. P. Martin & A. Taaki. (25 août 2013, 25 août 2015) Anonymous Bitcoin Transactions.
• Dimaz A.W. & Oscar D., Blockchain dari Bitcoin untuk Dunia, pages 104-105, 2017 : Jasakom
• Autres références voir le post #1
|
|
|
|
|
568
|
Local / Wiki, documentation et traduction / Bitcoin : vie privée et anonymat
|
on: February 03, 2024, 03:11:09 PM
|
Topic original : [Education] Bitcoin Privacy and Anonymity Auteur : Husna QA
Vie privée et Anonymat avec BitcoinLa protection de la vie privée est une problématique majeure de Bitcoin. Bien qu'il offre une pseudonymat, avec le temps plusieurs techniques ont été développées pour révéler les relations entre les adresses Bitcoin, les schémas de transactions et l'identité réelle des propriétaires d'adresses BTC. Table des matières :1. Problèmes de vie privée2. Principes de KYC et AML3. Contamination4. Greenlist5. Géolocalisation6. CoinJoin7. CoinSwap8. MixCoin9. Merge avoidance10. Service de mixing11. Signature Schnorr12. MAST (Merklized Abstract Syntax Tree)13. Taproot par DroomieChikito14. Analyse d'anonymat de Bitcoin15. Coin Control par DroomieChikito16. Circuit de transactionsRéférences
1. Problèmes de vie privéeretour à la table des matièresBitcoin est conçu avec un modèle de vie privée où les transactions effectuées et les adresses détenues par un utilisateur n'ont pas de relation directe avec son identité réelle. Le modèle de protection de vie privée de Bitcoin et sa comparaison avec le modèle de protection de la vie privée traditionnel peuvent être décrits comme suit :  Modèle de protection de vie privée Bitcoin 1N'importe qui peut rejoindre le réseau Bitcoin sans avoir à s'inscrire au préalable, il n'y a en effet pas d'organisation de contrôle centralisée qui contrôle les utilisateurs ou les transactions qui se produisent sur la blockchain. Bien que tout le monde puisse voir ces transactions, les identités associées aux adresses restent cachées. Cependant, ce modèle de protection de la vie privée ne signifie pas que l'identité de l'utilisateur reste forcement cachée. De nombreuses règles sont établies et les caractéristiques de Bitcoin peuvent être utilisées pour analyser la relation entre les transactions on-chain et l'identité réelle des utilisateurs. C'est ce qui fait que la communauté Bitcoin a tendance à qualifier le Bitcoin de pseudo-anonyme.
2. Principes de KYC et AMLretour à la table des matièresLes gouvernements du monde commencent à prendre conscience des moyens de blanchiment d'argent qui peuvent être mis en œuvre à l'aide de devises numériques tels que Liberty Reserve, ce qui force les institutions financières à appliquer les principes de Know Your Customer (KYC) et de Lutte contre le Blanchiment d'Argent (AML). Personne ne peut créer de compte bancaire sans une pièce d'identité. La même loi s'applique aux institutions financières liées aux cryptomonnaies, telles que les CEX qui permettent aux utilisateurs de vendre ou d'acheter du Bitcoin et de convertir les devises locales en Bitcoin ou vice versa. 3En Indonésie, l'un des changeurs de devises pour échanger du Bitcoin / des cryptomonnaies avec le Rupiah, nommé Indodax, a adopté le même mécanisme en demandant à ses utilisateurs de soumettre des copies de leurs pièces d'identité pour validation manuelle par l'entreprise. Cela signifie que les services de trading Bitcoin ont un enregistrement des connexions entre l'adresse Bitcoin et l'identité réelle de l'utilisateur. Étant donné que n'importe qui peut voir chaque transaction dans la blockchain Bitcoin, le BTC acheté auprès du échangeur Bitcoin peut être suivi facilement. Par conséquent, si la transaction est soupçonnée d'être liée à des activités illégales, l'identité de l'utilisateur impliqué peut être retrouvée si l'utilisateur effectue la transaction directement depuis le changeur (ou en traçant les transactions à partir de là).
3. Contaminationretour à la table des matièresLa contamination (taint en anglais) est une « trace » qui peut être utilisée pour mesurer la connectivité entre une adresse Bitcoin et une autre adresse Bitcoin connectée à des transactions entre ces adresses. 5C'est la meilleure explication que je puisse donner de l'analyse de contamination que vous voyez sur blockchain.info, mais je ne suis pas sûr que ce soit très clair : (exemple fictif pour l'adresse 1MtPYAjqohLH5gMq3PH5xKVFWWDxrRQEbh)  Toutes les adresses qui ont reçu un paiement sont "contaminées" et cela n'affecte en aucune manière la valeur des coins. Les adresses qui effectuent des transactions entre elles ont tendance à avoir un lien, par exemple, appartenir au même utilisateur, ou avoir une relation vendeur-acheteur dans le schéma de transaction d'achat et de vente de biens ou de services. Il y avait autrefois un outil d'analyse de contamination sur Blockchain.info ( https://www.blockchain.com/), mais actuellement, la fonction est supprimée 6. Le rectangle rouge surligné montre la fonction d'analyse de contamination disponible :  La même page aujourd'hui est assez différente, car la fonction "Analyse de contamination" manque clairement de la section "Outils" :  Autres références d'outils d'analyse de contamination 7: https://bitcointalk.org/index.php?topic=1746836.0
4. Greenlistretour à la table des matièresLa Greenlist 8 est une liste qui enregistre les informations d'identité réelle des propriétaires d'adresses Bitcoin. Ce concept a été proposé pour la première fois par la société CoinValidation, qui en détient les données. Avec Greenlist, la société vérifiera la propriété de certaines adresses Bitcoin. Ainsi, ces informations peuvent être utilisées par les forces de l'ordre pour suivre ceux qui achètent des articles interdits en utilisant BTC 9. Cette idée de Greenlist a été rejetée par la communauté Bitcoin dans son ensemble, par exemple, sur le forum bitcointalk.org et le forum Reddit 11. -snip-
Je suis franchement indigné qu'une personne puisse entrer sur le marché avec une pensée aussi embrouillée et tenter de saboter ou de détruire la caractéristique principale du bitcoin qui lui donne sa valeur, où la valeur a été créée par Satoshi et par des millions d'heures de contributions de la communauté qui développent principalement bénévolement. Je ne suis pas du genre à jurer, mais c'est étonnamment stupide et dangereux. Veuillez arrêter maintenant. Dans l'article, on prétend qu'ils ont demandé des conseils aux jumeaux Winklevoss, si les jumeaux apprécient leur estimation de 30 millions de dollars en bitcoin, ils devraient leur conseiller d'arrêter : si la fongibilité est détruite, la valeur du bitcoin en tant que monnaie de transaction est impactée.
-snip-
La Greenlist éliminera le concept de fonctionnalité, qui est un concept où tout bitcoin avec la même quantité devrait avoir une valeur égale indépendamment de l'endroit d'origine du bitcoin. Ce schéma de Greenlist créera différentes évaluations de bitcoin selon que le bitcoin provient d'une adresse intégrée. Les politiques de Greenlist peuvent être un point de départ pour les agents gouvernementaux qui ont accès à la base de données pour suivre l'identité de quiconque effectue une transaction avec une adresse Bitcoin spécifique 8.
5. Géolocalisationretour à la table des matièresL'analyse de géolocalisation peut être comprise comme une méthode de cartographie des utilisateurs de Bitcoin en fonction de leur emplacement sur la surface terrestre. Le rapport peut être effectué en cartographiant les emplacements des vendeurs qui acceptent le bitcoin comme moyen de paiement. Chaque fois qu'un utilisateur effectue un paiement en bitcoin, on peut estimer que l'utilisateur se trouve au même endroit que le vendeur, en supposant bien sûr que le vendeur vend des biens hors ligne dans les magasins physiques qu'il possède. Ainsi, les analystes peuvent suivre les détails de la transaction, y compris, si nécessaire, en vérifiant les caméras de vidéosurveillance lors de la recherche de la présence de l'utilisateur.  Carte des commercants qui acceptent la cryptomonnaie comme moyen de paiement.12En combinant les techniques de géolocalisation et les techniques d'analyse de contamination, chaque utilisateur de Bitcoin qui fait des achats dans le magasin d'un vendeur peut être potentiellement suivi. Par conséquent, sans une sécurité supplémentaire, l'identité des utilisateurs de Bitcoin pourrait être connue.
Références:retour à la table des matières- https://en.bitcoin.it/wiki/Privacy
1. Satoshi, Bitcoin: A Peer-to-Peer Electronic Cash System
2. Dimaz A.W. & Oscar D., Blockchain dari Bitcoin untuk Dunia, pages 100-104, 2017: Jasakom
dimaz@kryptologi.com ; @kriptologi
3. M. Moser, R. Bohme, and D. Breuker, "An inquiry into money laundering tools in the Bitcoin ecosystem,"
in eCrime Researchers Summit (eCRS), 2013, pp. 1-14.
4. Kaisa, Menata Legalitas Cryptocurrency di Indonesia
5. What is Taint?
6. Was Blockchain.info taint analysis function removed?
7. Any Other Taint Analysis Tools (other than blockchain.info's)?
8. Vitalik Buterin, Why The Bitcoin Greenlist is Structurally Dangerous to the Bitcoin Ecosystem
9. Kashmir Hill, Sanitizing Bitcoin: This Company Wants To Track 'Clean' Bitcoin Accounts
10. adam3us, Coin Validation misunderstands fungibility and could destroy bitcoin
11. https://www.reddit.com/r/Bitcoin/comments/1qj7sw/sanitizing_bitcoin_this_company_wants_to_track/
12. https://coinmap.org/ ; https://academy.binance.com/en/articles/what-is-bitcoin |
|
|
|
|
569
|
Local / Actualité et News / Re: 2,17 milliards de dollars (50000 BTC) saisis en Allemagne
|
on: February 02, 2024, 11:13:51 PM
|
j'imagine qu'ont leurs laisse pas le choix, ils sont dans l'obligation de céder leurs bitcoin de grès ou de force, ce qui m’impressionne le plus c'est qu'ils est réussi à hodl
50000 bitcoin pendant tout ce temp.
Peut-être qu'ils en avaient 200000 au départ ?  En tout cas, ils doivent être sacrément doxxed/menacés, pour accepter d'envoyer de leur plein gré 50000 BTC...
A peu près certain qu'il s'agit de Pirate Bay.
Rien à voir, mais au même moment, la police britannique saisit 1,8 milliard de dollars de BTC
Y'a moyen d'organiser un concours...
J'ai des doutes au sujet de Pirate Bay, j'ai toujours lu qu'ils auraient beaucoup moins de BTC que ca Avec des recherches rapides je trouve ca:  |
|
|
|
|
570
|
Economy / Service Announcements / Re: I copied a chipmixer that uses testnet bitcoin.
|
on: February 02, 2024, 06:00:15 PM
|
I see you completely changed the design and there is no more advertisement banner on the bottom, but strange that I still still old old CM logo on the right side.
Could it be because of your web browser cache? Asking because I don't see any CM logo on the website now. After listening to everyone’s opinions, I learned CSS from scratch and rewrote the front end of the website, adding some functions. Thank you for testing.
You did a good work, well done! You seem to be learning fast with this project! |
|
|
|
|
571
|
Economy / Exchanges / Re: eXch - instant exchange BTC / LN / XMR / LTC / ETH / ERC20
|
on: February 01, 2024, 11:26:02 AM
|
I am doing that too... I have also upgraded my wallet security, generating my wallet and signing TXs offline.
You're absolutely right, I'm sure that people who do things properly sleep much better than those who don't take the time to do so Are you only using EXCH? Because I believe we should use multiple tools for privacy reasons. Am I wrong?
Yeah I only use eXch, but I only use the service for my "liquidities". For example the BTC I earn here, or when someone pays me with altcoin; I always swap them to XMR first, no matter if I want to keep BTC. You're right, I should probably use some other services, but I haven't found a better one for now. I am not worried about it, as I use Tor, internet data not under my name, and I believe eXch when they say they don't keep logs. On the other hand, for the BTC I HODL for the long term (I mean for my old days), I don't want them to be linked to any online service/exchange. I prefer only hodl what I am mining myself. Who knows, maybe X or Y service could be categorized "non-compliant" in the future and some coins could be tainted (scenario easy to imagine with USDT/USDC for example). I am probably over-paranoid, but I have the feeling that the futures regulations in general will give a disadvantage for people using some privacy-friendly services today or in the past. Perhaps one day our intrusive gov friends will realize that some naughty Asians dressed in green and red suits are using X or Y service to exchange funds, and that BTC accumulated by said service would become as rotten as those held by a certain forum campaign manager following recent events? I don't hope so, but it's possible. |
|
|
|
|
572
|
Economy / Exchanges / Re: eXch - instant exchange BTC / LN / XMR / LTC / ETH / ERC20
|
on: February 01, 2024, 10:18:38 AM
|
The liquidity is almost entirely on the Bitcoin side now. Who's dumping Bitcoin for altcoins?
I often look at volumes/reserves. It's common to see XMR (and LTC in a lesser degree) at 0 while BTC is available. Personally I understand why people trade BTC for XMR, as since last year I'm one of those who reduce continuously their BTC bag and increase their XMR one over time. |
|
|
|
|
573
|
Economy / Exchanges / Re: eXch - instant exchange BTC / LN / XMR / LTC / ETH / ERC20
|
on: February 01, 2024, 12:11:40 AM
|
I was going to use the service now, and I just found out that LTC and XMR reserves are down to zero.
Those are the coins I am using now, as BTC fees are very high.
I would like to suggest support for more coins... more USDT/USDC cheap blockchains (Liquid ,or maybe solana?).
I think DOGE might also be handy now
I just swapped some LTC and XMR, if you are fast enough they are some in stock right now  |
|
|
|
|
576
|
Local / Actualité et News / 2,17 milliards de dollars (50000 BTC) saisis en Allemagne
|
on: January 31, 2024, 02:47:15 AM
|
Encore de futures grosses ventes à prévoir les amis, la Police allemande vient de saisir (ou plutôt de se faire envoyer gracieusement) 50 000 BTC La police allemande a annoncé la saisie de 50 000 Bitcoins, d'une valeur dépassant les 2,17 milliards de dollars au cours actuel. Cette opération, qualifiée de plus importante saisie de l'histoire en Allemagne, résulte d'une collaboration entre les autorités locales, le Bundeskriminalamt allemand et le FBI américain. https://cryptoast.fr/2-17-milliards-dollars-bitcoin-saisis-allemagne-que-sest-il-passe/2,17 milliards de dollars.... ça leur fait combien de centrales nucléaires ? Bon, peut-être qu'ils vont HODL  Par ailleurs, pour le moment, ces dernières ont précisé qu'elles ignoraient ce qu'il adviendrait des BTC saisis. |
|
|
|
|
577
|
Bitcoin / Pools / Re: [∞ YH] solo.ckpool.org 2% fee solo mining 279 blocks solved!
|
on: January 31, 2024, 02:23:00 AM
|
Damn, some heavy hashrate just entered the pool:
"hashrate1m": "1.13E", "hashrate5m": "777P", "hashrate15m": "409P", "hashrate1hr": "190P", "hashrate6hr": "110P"..
162% Pool Luck looks like it may be resetting soon.
In related news, LFG Willi's BlockParty!!
Wow someone is taking some very risky bet I guess! Good luck to whoever it is
New bestshare for Willi's run 831 053 514 052 Almost a T! |
|
|
|
|
578
|
Economy / Services / Re: [CFNP] eXch.cx - Automatic Exchange | Sig Campaign
|
on: January 31, 2024, 12:56:17 AM
|
I must inform you that I have not received a response, so you can delete your signatures.
I always do everything possible so that when such situations arise, my campaign participants feel as comfortable as possible. But at the moment my options are limited to continue paying from my own funds. And unfortunately, I will not be able to transfer you to other campaigns since they are full (if I find several slots you will receive PM). It was a pleasure working with all of you and I think you guys are some of the best posters here on the forum.
Thank you for having managed this campaign so smoothly icopress! I was happy to promote this great service  |
|
|
|
|
580
|
Bitcoin / Mining / Re: Best ASIC for this power cost?
|
on: January 29, 2024, 04:41:43 PM
|
It has not gotten up to this. People disagree to agree and some people will disagree to disagree. You can correct people without any abusive word. I can understand what you mean. That $0.2 per Kilowatt hour is costly. You are not wrong about that. In my country, the electricity cost in my area is $0.05 Kilowatt hour. That is how electricity is costly in developed countries. I think he will come from United States because that electricity consumption charges is similar to US electricity electricity charges.
OP is from EU, which has a lot of different prices depending of the country. In France for example they are between 0,12-0,16 usd per kw/h, some people pay even more in UK, Belgium, Netherlands, Portugal, Germany... During the same time in Eastern Europe I pay less than 0,03. Westerns EU countries are quite unlucky if we talk about electricity prices. |
|
|
|
|
Show Posts
