From 77437377af4ac2840374e52240fd1364129a7452 Mon Sep 17 00:00:00 2001 From: Omar Shibli Date: Tue, 3 Oct 2017 08:24:16 +0300 Subject: fixed headers style --- bip-0175.mediawiki | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to 'bip-0175.mediawiki') diff --git a/bip-0175.mediawiki b/bip-0175.mediawiki index c1858ad..e4d9325 100644 --- a/bip-0175.mediawiki +++ b/bip-0175.mediawiki @@ -72,7 +72,7 @@ The coin type field is identical to the same field in BIP-0044. Hardened derivation is used at this level. -===Payment Address Generation=== +===Payment address generation=== For a given contract documents denoted by c1 ,...,cn, payment base extended public key denoted by payment_base, and cryptographic hash function denoted by h. @@ -100,7 +100,7 @@ For a given contract documents denoted by c1 ,...,cn, paym 7. Compute address of the public extended key (P2PKH) from step 6. -===Payment Address Verification=== +===Payment address verification=== For a given Bitcoin address, payment_base extended public key, contract documents denoted by c1,...,cn, and cryptographic hash function denoted by h, we can verify the integrity of the address by the following steps: @@ -115,7 +115,7 @@ The merchant should actively monitor the blockchain for the payment to the payme Because the address is generated from the payment base and the contract, the merchant must implicitly agree to those terms in order to spend the funds. The act of making the payment to that address thus serves as a receipt for the customer. -===Hash to Partial Derivation Path Mapping=== +===Hash to partial derivation path mapping=== At this section, we define hash to partial BIP32 derivation path mapping procedure that maps between an arbitrary hex number to a partial BIP32 derivation path. @@ -145,7 +145,7 @@ we can compute payment base as follows: In the below examples, we are going to use SHA256 as a cryptographic hash function, and the above contract base public key. -====Payment address generation:==== +====Payment address generation==== As an input, we have a contract that consists of two documents, below are contents: @@ -195,7 +195,7 @@ document 2: 1HYjhPTtMmpBJBd5tVepZDAVdvPA7o8KHJ -====Verification example 1 (negative test):==== +====Verification example (negative test)==== Similar to the input above, except this time we have a contract that consists of one document, below is the content: -- cgit v1.2.3