diff --git a/stablecoin-payment-reconciliation.en.md b/stablecoin-payment-reconciliation.en.md index af2f7fb..fee7ffc 100644 --- a/stablecoin-payment-reconciliation.en.md +++ b/stablecoin-payment-reconciliation.en.md @@ -61,13 +61,11 @@ A payment leaves a record in three places. Lemma confirms automatically that all three point at the same payment.
- On the left, the settlement record and the payer's ledger; on the right, the payee's ledger. All three compute a hash from their own record and compare in the center. The contents are never shown. A match clears automatically; a mismatch identifies the field. + On the left, the settlement record and the payer's ledger; on the right, the payee's ledger. All three create a hash from their own record; Lemma checks them against each other without showing the contents. A match clears automatically; a mismatch identifies the field.
Figure 1 — Reconciling your record, your counterparty's, and the on-chain settlement without disclosure
-From the payee, the amount, the invoice number and the payment date, each side computes a hash (a fingerprint). A hash is a fixed-length value computed from the original contents; change one character and the value is different. - -Compare the value you computed with the value your counterparty computed, and if they match, both records point at the same contents. You learn whether they agree without ever touching what is inside the counterparty's books. +From the payee, the amount, the invoice number and the payment date, each side computes a hash (a fingerprint). Lemma automatically checks whether both records point at the same payment — without either side showing the contents. You learn whether they agree without ever touching what is inside the counterparty's books. ### A match clears on the spot diff --git a/stablecoin-payment-reconciliation.ja.md b/stablecoin-payment-reconciliation.ja.md index 82d7ec2..43e269b 100644 --- a/stablecoin-payment-reconciliation.ja.md +++ b/stablecoin-payment-reconciliation.ja.md @@ -61,13 +61,11 @@ Lemma の照合は、互いのデータを開示せずに一致だけを確か この3つが同じ支払いを指していることを、Lemma は自動で確かめます。
- 左に決済記録と支払う側の会計、右に受け取る側の会計。3者ともそれぞれの記録からハッシュ値を計算し、中央で照合する。中身は見せない。一致すれば自動で完了、不一致なら項目を特定する + 左に決済記録と支払う側の会計、右に受け取る側の会計。3者ともそれぞれの記録からハッシュ値を作成し、Lemmaが中身を見せずに照合する。一致すれば自動で完了、不一致なら項目を特定する
図1 自社・相手・オンチェーンの記録を、開示せずに照合
-支払先・金額・請求番号・支払日から、それぞれの側でハッシュ値（指紋）を計算します。ハッシュ値は元の内容から計算される固定長の値で、内容が1文字でも違えば別の値になります。 - -自社が計算した値と取引先が計算した値を照合して、一致すれば両者の記録は同じ内容を指しています。取引先の帳簿の中身には触れないまま、合っているかどうかだけが分かります。 +支払先・金額・請求番号・支払日から、それぞれの側でハッシュ値（指紋）を作成します。Lemma は中身を見せずに、両側の記録が同じ支払いを指しているかどうかを自動で確かめます。取引先の帳簿の中身には触れないまま、合っているかどうかだけが分かります。 ### 一致すればその場で完了 @@ -81,11 +79,11 @@ Lemma の照合は、互いのデータを開示せずに一致だけを確か まとめて後から作るのではなく、出来事が起きるたびに1件ずつ登録していきます。 -**1. 支払いが確定する。** 支払先、金額、請求番号。承認が下りた時点の内容からハッシュ値を計算して登録します。既存の承認フローの最後に1段足すだけで済みます。 +**1. 支払いが確定する。** 支払先、金額、請求番号。承認が下りた時点の内容からハッシュを作成して登録します。既存の承認フローの最後に1段足すだけで済みます。 **2. 送金する。** オンチェーンのトランザクションを 1 と紐づけます。事業者間の移転にはトラベルルールにもとづく通知も発生しますが、これも同じ経路に載せられます。 -**3. 相手が計上する。** 受け取った側が自社の会計に入れた時点で、同じ項目からハッシュ値を計算します。 +**3. 相手が計上する。** 受け取った側が自社の会計に入れた時点で、同じ項目からハッシュを作成します。 **4. 照合する。** 1 と 3 を突き合わせて、一致すれば消込は完了です。