From 342058602eb7737ceeb098d07eb9237d5e5fc65a Mon Sep 17 00:00:00 2001 From: Daniel Cousens Date: Fri, 21 Aug 2015 08:51:18 +1000 Subject: remove probability, specify behaviour for matching prevOut indices --- bip-0069.mediawiki | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/bip-0069.mediawiki b/bip-0069.mediawiki index 85e3fdd..43d25ee 100644 --- a/bip-0069.mediawiki +++ b/bip-0069.mediawiki @@ -93,8 +93,8 @@ For sorting inputs, the hash of the previous transaction and the output index wi For the sake of efficiency, transaction hashes should be compared first before output indices, since output indices from different transactions are often equivalent, while all bytes of the transaction hash are effectively random variables. Previous transaction hashes (in their little-endian, byte-array form) are to be sorted in descending order, lexicographically. -In the event of two matching transaction hashes, the respective output indices will be compared by their integer value, in ascending order. -A further tie is extremely improbable for the aforementioned reasons. +In the event of two matching transaction hashes, the respective previous output indices will be compared by their integer value, in ascending order. +If the previous output indices match, the inputs are considered equal. Because the hash of previous transactions and output indices must be included in a signed transaction, wallet clients capable of signing transactions will necessarily have access to this data. -- cgit v1.2.3