兩方認證的實現思路

Question

我想在兩方（例如用戶和銀行）之間實施身份驗證，但我偶然發現了“設計/實施”的疑問。 我需要執行以下步驟：

1. 用戶傳達他的地址 [與我的項目有關的東西] 用銀行的公鑰加密
2. 銀行解密地址並向該地址發送一些用用戶公鑰加密的數據（用於身份驗證）
3. 用戶解密並使用數字簽名對數據進行簽名並將其發回（如之前和 blablabla）

我創建了服務器 [with nodejs->express]，它提供以下端點：

• 用戶/銀行[或其他認證請求者]的注冊
• 使用公鑰加密
• 使用作為參數發送的私鑰進行解密
• 電子簽名

問題是：

現在，銀行是否需要以正確的順序調用我的端點來驗證用戶身份，還是我應該創建一個新的端點，如 /authenticate 並以某種方式自動檢索對我的端點的用戶+銀行請求？ 第一個選項似乎更像是一個 api 服務，但我不知道這是否是唯一的方法。 對於第二個，我不知道該怎么做。

（對不起我的英語不好，我是意大利人，我只知道比薩意大利面意大利辣香腸的語言）

Answer 1

對於您的第二個選項，您可以編譯一種可以被相關基礎設施識別的數據格式，如果我們承認它需要 json，例如使用 olapcubejs 可以包含您的數據。

對於這兩種解決方案，其實一開始就必須確定的是數據庫的格式，以便在兩個平台之間來回切換。

可以想象另一種解決方案嗎？

Answer 2

將中介排除在交易之外的答案對您有用嗎？

也就是說，它是去中心化的，直接在客戶和商家之間點對點。 在它被記錄在分類帳上之前。