C'est actuellement le cas, toutefois, comme indiqué dans ma réponse, ce n'était pas ainsi pour les transactions avant 2013. L'argument peut être faite que de ce fait, Bitcoin n'est pas totalement fongibles. "Environ 70% de bloc de création de modèles de temps est due à des exigences au niveau des commandes. En éliminant ce qui permettra d'améliorer les performances." CTOR nécessite des transactions à être commandés. Je ne conteste pas que la source de revendications, mais la source semble être incorrect. Je crois que bloquer la création est fondamentalement plus lent avec CTOR que l'original consensus des règles. En fait, je ne crois pas un seul de ces revendiquée avantages sont vrai, sauf dans la mesure de bloquer la transmission est améliorée par toute déterministe de l'ordre (un ordre topologique compatible avec les règles existantes serait tout aussi efficace.

Zcash transparent adresses peuvent être générés dans l'habitude BIP 44 chemin. Il y a un Zcash coin_type définis dans le BORDEREAU de 44, qui peut être utilisé avec n'importe quel standard de Bitcoin bibliothèque. Le résultant transparent adresses juste besoin d'être ré-encodé avec la Zcash transparent préfixe de l'adresse pour mainnet.

Il n'y a actuellement pas de bibliothèque pour générer Zcash blindé adresses de façon déterministe. Nous travaillons sur ZIP 32 qui va définir la façon de générer de la Germination et de la Pépinière blindé adresses à partir d'une graine. Dans la pratique, ce sera le même semences utilisées pour la transparence des adresses.