It is currently impossible for a us

It is currently impossible for a user to remove a file from a P2P system completely. This is due to the fact that P2P distribution system treats each node equally and the original user will not have access to delete files on other nodes. This paper proposes a mechanism that leverageIPFS Cluster with pinning/unpinning command to handle the synchronization among all nodes. Additionally, for the deletion problem, we leverage Ethereum’s smart contract[4] to monitor the status with File Authentication Code(FAC) of each node after performing the deletion. By doing so, users will be able to delete files entirely for the whole P2P system, conforming with GDPRs criteria[5]. However, this mechanism is under Non-Byzantine Fault condition which is able to tolerate crashes without malicious nodes.

結果 (繁體中文) 1:

這是目前用戶不可能從P2P系統中徹底刪除的文件。這是由於這樣的事實，P2P分發系統，將每個節點同樣與原來的用戶將不能訪問刪除文件上的其他節點。本文提出了一種機制，槓桿
IPFS群集與釘扎/拔除命令來處理所有節點之間的同步。另外，對於缺失的問題，我們利用復仇的智能合同[4]監測執行刪除後與每個節點的文件驗證碼（FAC）的狀態。這樣，用戶就可以完全刪除文件，對整個P2P系統，具有GDPRs標準[5]一致。然而，這種機制是一種能夠容忍不崩潰惡意節點的非拜占庭故障條件下。

結果 (繁體中文) 2:

使用者目前無法從 P2P 系統完全刪除檔。這是因為 P2P 分發系統平等對待每個節點，原始使用者將無法訪問其他節點上的檔。本文提出了一種機制，利用
IPFS 群集具有固定/取消固定命令來處理所有節點之間的同步。此外，對於刪除問題，我們利用以舍倫的智慧合約[4]在執行刪除後使用每個節點的檔身份驗證代碼（FAC）監視狀態。這樣，使用者將能夠完全刪除整個 P2P 系統的檔，符合 GDPR 標準[5]。但是，此機制處於非拜占庭故障狀態，能夠容忍沒有惡意節點的崩潰。

結果 (繁體中文) 3:

用戶現時不可能從P2P系統中完全刪除檔。這是因為P2P分發系統對每個節點都一視同仁，原始用戶將無權删除其他節點上的檔案。本文提出了一種杠杆機制
IPFS集羣使用pinning/unpinning命令來處理所有節點之間的同步。此外，對於删除問題，我們利用乙太坊的智慧合約[4]在執行删除後使用每個節點的檔案身份驗證程式碼（FAC）監視狀態。通過這樣做，用戶將能够完全删除整個P2P系統的檔案，符合GDPRs標準[5]。然而，這種機制是在非拜占庭故障條件下，能够容忍沒有惡意節點的崩潰。