特定のタスクの質問を拒否したため、この状況での主な問題は、当事者間の信頼の欠如です:顧客は、請負業者が定性的かつ時間通りにタスクを遂行するか、請負業者が自分の仕事に対して支払われるかを確信していません。
もちろんオプションはありますが、選択肢は見た目ほど広くありません:
- 後援で転送します。
- エスクローサービス。
前者の場合、問題は根本的に解決されませんが、当事者にある程度の追加の信頼を与えます。 もっと詳しく考えてみましょう。
負けた場合に後援を受けて資金を移動する場合、当事者の1人は残ります。
- 時間の保護-お金の送り主。
- コードによる保護-受信者。
後者の場合、すべてがはるかに優れています。 しかし、私たちは異なる性質の問題に直面しています。
- 信頼できる第三者検索
- 第三者支払い
- 義務を完全に履行したという事実を確認することの難しさ(請負業者にとって)
何ができますか?
この質問をした後、トランザクションの両側が次のような状況を提示しました。
- 対等な立場にある。
- 詐欺の動機と機会を受け取らない。
- 支払いのセキュリティを確保するためにお金を費やさないでください。
長い夜のブレインストーミングの後、解決策を見つけました-物議をかもしましたが、上記の基準を満たしています。 そして、それを「公正取引」または「返金不可の支払い」と呼びました
決定の本質
顧客は、直接ではなく第三者を使用して請負業者に支払いを転送します。 翻訳するとき、彼は次のことを示します。
- 転送が有効な時間。
- 事前に請負業者が受領した資金を安全に保証するセキュリティコード。
しかし、パフォーマーの保証は何ですか?
実際には、支払いの有効期間の終了時に、請負業者がコードを入力しない限り、顧客は支払いを受け取りません。 したがって、請負業者の保証は、顧客が自分のお金をだまして返さないという絶対的な自信です。
少し危険で異常ですか? 同意します。 しかし、この場合、双方に問題の解決に成功する動機があります。
両方の参加者が受け取っていない場合、お金はどこに行きますか
従来の支払いシステムを使用する場合の答えは、このシステムの所有者です。 絶対に公平な決定ではなく、支払いシステムまたはエスクローサービスの所有者による虐待を引き起こすもの。
このジレンマを解決するために、私は最も人気のある分散型決済システム(この定義について謝罪します)-ビットコインネットワークに注目しました。
私のタスクにとっての明らかな利点は、特定の所有者がいないという事実であり、転送に対して任意の手数料を設定できることです。
したがって、両方の参加者がお金を受け取らないというイベントのネガティブな展開のイベントでは、彼らは手数料の形でビットコインネットワークを受け取ります。
不可抗力の状況ではどうなりますか?
その過程で、請負業者と顧客の両方が、義務を履行しないという正当な理由に遭遇する場合があります。 そして、これはお金を失う理由ではありません。 この場合、取引が正当な理由で行われなかったことに両方の参加者が同意すると、請負業者は支払いロック解除コードを入力し、顧客に返金します。
わかりやすく説明するために、実際にこれを実装する方法の簡単な例をまとめました。
私の方法の落とし穴と欠点についてお話しできることを嬉しく思います。