貿(mào)易中的信任

2023年3月DigitalstandardsInitiative11.公鑰基礎(chǔ)設(shè)施(PKI)27 ），可信技術(shù)環(huán)境(TTE)工作組的成果。該工作組署的紙質(zhì)替代品（如PDF）來實現(xiàn)供應(yīng)鏈的數(shù)），產(chǎn)在系統(tǒng)A中創(chuàng)建并通過系統(tǒng)B和C傳遞，必須在系統(tǒng)D中可驗證，才能可靠地歸屬于系統(tǒng)A中果各方依賴交換的數(shù)據(jù)集而不是PDF和實體文3TTE工作組編寫本報告的目的，是以該領(lǐng)1/cyberpedia/what-is-a-zero-trust-architectureid4貿(mào)易股份有限公司33““我會得到付款嗎？?“我的貨物完好無損地交付了嗎？?”“我的危險品標簽是否符合日本和德國的要求?”“我能否以可接受的努力付出履行我的職責以提供所需的），），），），），紙張?zhí)娲沸问剑ㄈ鏟DF,XLS或“打印”為PDF格式的XLS）的流程斷點。紙質(zhì)文件上的實物商品和服務(wù)交換供應(yīng)鏈賣方實物商品和服務(wù)交換金融金融資源交換金融金融資源交換信息信息交換信任確定相互信任卡車集裝箱風險緩釋保險數(shù)據(jù)技術(shù)標準接口資格證明證書物聯(lián)網(wǎng)設(shè)備應(yīng)用程序標識符信任鏈付款單據(jù)擔保貨架加密金融托盤網(wǎng)絡(luò)），），），62W3C:萬維網(wǎng)聯(lián)盟（WorldWideWebConsortium），一個制定開放標準以確保萬維網(wǎng)長期發(fā)展的國際團體。），4IETF：互聯(lián)網(wǎng)工程任務(wù)組（InternetEngineeringTaskFo構(gòu)。ISO/IECJTC1，名為“信息技術(shù)”，是國際標準化組織和國際電工委員會的聯(lián)合技術(shù)委員授權(quán)是指定資源訪問權(quán)限的功能，這與一般信息安全和計算機安全有關(guān)，特別是訪問控制。更正式地說，“授權(quán)”是定義一個訪問策略。例如，人力資源人員通常被授權(quán)訪問員工記錄，該策略通常被正式定義為計算機系統(tǒng)中的訪問控制規(guī)則。在操作過程中，系統(tǒng)使用訪問控制規(guī)則來決定是否允許或拒絕來自（經(jīng)過身份驗證的）消費者的訪問請求。資源包括單個文件或項目數(shù)據(jù)、計算機程序、計算機設(shè)備和計算機應(yīng)用程序提供的功能，如作為服務(wù)的電子提單（電子提?IT服務(wù)提供商構(gòu)想、構(gòu)建，并在更大程度上），所有各方都需要并且希望獲得法律確定性，因此依靠信任技術(shù)來維持數(shù)字化互動。在日益數(shù)字化的環(huán)境中，基于密碼學(xué)的可驗和其他美食產(chǎn)品的批發(fā)商。在精選的B2B網(wǎng)），美國舊金山的MarineCover公司，在TranSafeNet為海洋運輸（包括運輸前和運荷蘭鹿特丹市鹿特丹商會。在ICC-Origin網(wǎng)憑證。提單（BL）是承運人和收貨人之間關(guān)于佳狀態(tài)送上貨輪。提單是貨物的所有權(quán)憑證。原產(chǎn)地證書–原產(chǎn)地證書（CoO）通常提交給寸等詳細信息。它還載有貨物包裝方式的信息，并注明貨物的箱子、板條箱或其他集裝箱外部的任何嘜頭或號碼。將由貨運代理、海關(guān)官員和供應(yīng)鏈中涉及的其他人員使用。海關(guān)人員在檢查產(chǎn)品和包裝是否符合當?shù)胤ㄒ?guī)時，將參考裝助目的港的海關(guān)官員計算應(yīng)繳納的進口關(guān)稅或稅款，并確定采購訂單-買方向賣方發(fā)出的商業(yè)單據(jù)和首次正式報價，注明產(chǎn)品或服務(wù)的類型、數(shù)量和商定價格，用于控制從外部供應(yīng)商購買產(chǎn)品企業(yè)資源規(guī)劃系統(tǒng)訂單的重要組成部分。出具采購訂單本身7Incoterms包含購買運輸保險義務(wù)的國際貿(mào)易術(shù)）；7與許多其他行業(yè)一樣，過去30年以來建立的應(yīng)用環(huán)境主要是為了履行組織和公司的特定職能。雖然互聯(lián)網(wǎng)及其前身電信基礎(chǔ)設(shè)施的出現(xiàn)帶來了巨大的連接能力，組織中也已經(jīng)部署了應(yīng)用程序來實現(xiàn)類似功能，但是這些應(yīng)用程序往往仍然是數(shù)字孤島。各組織業(yè)務(wù)流程中上下游應(yīng)用程序的互聯(lián)互通很少成為開發(fā)目標，或者即便是這樣，許多障礙也導(dǎo)致了未能產(chǎn)生缺乏通用數(shù)據(jù)格式標準和算法化的標準業(yè)務(wù)流程，缺乏對電子記錄的法律認可，在采用實時系統(tǒng)架構(gòu)（即，以直通式方式處理代替日終處理）方面滯后，缺乏同時處理并提供單個實例數(shù)據(jù)的強大數(shù)據(jù)庫架構(gòu)，以及缺乏可傳遞可驗證信任的通用信任層，這些因素都阻礙了組織之間實現(xiàn)功能流程互通互聯(lián)，并且導(dǎo)致諸在這種情況下，相反的結(jié)論是完全正確的：對傳統(tǒng)流程進行結(jié)構(gòu)性變更的動機不足，即使是已經(jīng)認定為過時的流程。在一個沒有有效信任層的網(wǎng)絡(luò)經(jīng)濟中，很難基于跨組織的業(yè)務(wù)流程來發(fā)明和銷售產(chǎn)品，或者說是不可能尤其是在數(shù)據(jù)交換過程中缺乏傳遞性可信任條款，這似乎構(gòu)成了一個不可逾越的障礙。這并未解決跨公司流程中的斷點，長期以來，這些斷點一直通過交換紙質(zhì)文件來彌合?；ヂ?lián)網(wǎng)的興起帶來了“連接層”的進步，通過電子郵件或“文件-傳輸-APIs”發(fā)送電子簽的紙張和傳真，從而加快信息的傳遞。但是，流程斷點問題仍然存在。在“邏輯層”方面沒有取得大規(guī)模的進展。傳統(tǒng)流程作業(yè)模式幾乎沒有改變，只是加速了這一趨勢?；赑DF的“數(shù)字”文件可能已有數(shù)字簽名，但仍然很難確定是誰生成了其中包含的數(shù)據(jù)項。PDF文件甚至可能包含結(jié)構(gòu)化數(shù)據(jù)，但其真實性僅限于“集裝箱級別”。單個數(shù)據(jù)項無法追溯到其發(fā)起者，因此“托架或板條箱級這就是貿(mào)易數(shù)碼化。貿(mào)易數(shù)碼化忽略了大部分的數(shù)字化變革潛力，從而致使最大份額為了完全實現(xiàn)貿(mào)易數(shù)字化，需要用結(jié)構(gòu)化數(shù)據(jù)取代紙質(zhì)替代品，可以通過API傳送、直接處理，通過可以直接確認接收的下游應(yīng)用程序?qū)崟r使用，并且再次通過API實時確認接收和返回過程反饋。對于一個完全數(shù)字化的結(jié)構(gòu)化貿(mào)易數(shù)據(jù)傳輸和處理系統(tǒng)，我們將之稱為數(shù)據(jù)供應(yīng)鏈。對于數(shù)字產(chǎn)品，該數(shù)據(jù)供應(yīng)鏈可以獨立存在，或者可以用來促進相關(guān)實物商品供使用API在應(yīng)用程序之間傳遞的數(shù)據(jù)，需要是，實際上，JSON或XML文件形式的數(shù)據(jù)無法行進一步處理。如果發(fā)票在傳送到買方的ERP驗證起源驗證起源? > >傳輸傳輸 > >傳輸傳輸驗證驗證驗證起源驗證起源數(shù)據(jù)傳輸數(shù)據(jù)傳輸數(shù)據(jù)傳輸數(shù)據(jù)傳輸原始發(fā)票原始發(fā)票XYZXYZ 驗證> 系統(tǒng)/系統(tǒng)類別XC4.Trade數(shù)據(jù)空間數(shù)據(jù)空間可歸屬的維護同樣適用于發(fā)票可能最終流向的所有進一步的流程分支，即進入提供應(yīng)收款項貼現(xiàn)的供應(yīng)鏈金融網(wǎng)絡(luò)。綜上所述，身份驗證和授權(quán)，以及要求前兩者進行的認證，需要下沉到數(shù)據(jù)層面，而不是停留在作為信息來源的單個網(wǎng)絡(luò)層面。各種證書可有助于對會話進行身份驗證和授權(quán)，但在數(shù)據(jù)集層面甚至數(shù)據(jù)集子集上使用ERP系統(tǒng)中，以供利益相關(guān)主體（人）或客體械、化學(xué)品、藥品、電池、葡萄酒和許多其他產(chǎn)品。船上的所有集裝箱均配備了物聯(lián)網(wǎng)設(shè)備，可實現(xiàn)多種不同功能。所有物聯(lián)網(wǎng)傳感器形成一個網(wǎng)狀網(wǎng)絡(luò)，實現(xiàn)相互通信，與船舶的IT基礎(chǔ)設(shè)施實時互聯(lián)。船舶本身不斷與空中的衛(wèi)星星座交換信息，在靠近海岸線或者連接到港口基礎(chǔ)設(shè)施時與移動電話網(wǎng)絡(luò)進行通信。在抵達時，各個港口的數(shù)字基礎(chǔ)設(shè)施將通過船舶上的基礎(chǔ)設(shè)施查詢船上所有集裝箱的信如果仔細觀察“數(shù)字時代”號船上的一批8貨物，可以發(fā)現(xiàn):碼84箱，每箱12瓶。這批葡萄酒是由一家荷蘭運輸過程中，集裝箱的內(nèi)部溫度不得超過18攝求嚴格記錄溫度，以保證葡萄酒的質(zhì)量。任何溫度過高事件都會導(dǎo)致保險索賠。此外，這批貨物的貿(mào)易價值為254TUSD，零售價值為685TUSD或938TSGD。這批葡萄酒正在FineWineB2B上進行交了來自世界各地的大批葡萄酒賣方和買方。BataviaB.V.已經(jīng)要求CentreShopLtd提交的貿(mào)易單據(jù)，具體如下:貿(mào)易單據(jù)和單據(jù)流程依賴于未來可驗證的?采購訂單–CentreShopLtd.根據(jù)貿(mào)易合同），B.V.使用商會關(guān)于ICC-Origin的樣例簽發(fā)。斯特朗斯全球運輸網(wǎng)絡(luò)放貨港口系統(tǒng)TranSafeNet海上保險?B2BnetworkXCXC4.trade采購訂單進口報關(guān)單原產(chǎn)地證明運輸保險證書提單發(fā)票貿(mào)易合同金融域金融域L/CL/CQuick風險緩釋服務(wù)供應(yīng)鏈金融檢驗和認證GlobalClear全球海關(guān)當局網(wǎng)絡(luò)國際商會原產(chǎn)地電子原產(chǎn)地證明所有單據(jù)均由各自的簽發(fā)人進行數(shù)字簽名，并由各自的申請人或受益人通過數(shù)字簽名進XC4.trade平臺上單據(jù)的數(shù)字簽名允許在任何時候明確歸屬于其簽發(fā)人和當前控制方?？刂品绞菃螕?jù)電子記錄的當前持有者。在任何特定時間，一份交易單據(jù)只有一個控制人，以滿足ML-ETR提出的“獨家控制”和“單一性”要求，各國立法應(yīng)以此為基礎(chǔ)。所有數(shù)字簽名變更的完整歷史記錄均被保存并放置在單據(jù)的元數(shù)據(jù)層中，以便任何消費和處理交易單據(jù)的下游系統(tǒng)知曉每個單據(jù)中是誰提供了什么樣的數(shù)據(jù)對象、在某一時候誰是該單證的獨家控制方以及是誰出于什么目的使用什么流程簽署了該單據(jù)。元數(shù)據(jù)還可以包含各利益相關(guān)方組織內(nèi)的目的、職能信息。每個單證的內(nèi)容只能通過對單證、其內(nèi)容及其元數(shù)據(jù)的訪問權(quán)限為了避免貿(mào)易單據(jù)與信用證要求之間出現(xiàn)任何不符，SBD銀行可以對在金融網(wǎng)絡(luò)“快速信用證”（L/CQuick）平臺上提交的完全電子化、數(shù)字化的交單提供高度自動化的單據(jù)預(yù)檢服務(wù)?？焖傩庞米C（L/CQuick）平臺支持這SDB銀行進一步要求BataviaB.VBatavia公司的銀行GIN將根據(jù)電子交單對為條件違規(guī)事件在運輸保險證明的元數(shù)據(jù)中列報。物聯(lián)網(wǎng)設(shè)備將使用其數(shù)字身份在此事件報告上簽名。因此，條件違規(guī)事件報告將是可驗證的真實報告。它將始終可以追溯至第20481A賣方在ERP系統(tǒng)中為其即將發(fā)貨的葡萄酒開具一份商業(yè)發(fā)票，并進行數(shù)字簽名。發(fā)FinWineB2B中加以引用。買方收到通知，在FineWineB2B中對發(fā)票買方按照信用證的要求，參照XC4.trade2A上的發(fā)票修改L/CQuick交易內(nèi)容并在L/CQuick平臺上提交發(fā)票。i買方銀行收到通知，在L/CQuick上簽署3提供應(yīng)收賬款再融資的貿(mào)易風險投資者，3會檢查CoolWine發(fā)票的真實性，并積極核實賣方的數(shù)字簽名和買方的確認。投資者也會注意到“受風險緩釋措施約束”的標記。她支付了剩余天數(shù)的未付發(fā)票款項，新加坡海關(guān)當局可以代表進口商在確定進口關(guān)稅。新加坡海關(guān)將從據(jù)中，讀取清關(guān)所需的所有數(shù)據(jù)。新加坡海關(guān)也能查看進口商和進口產(chǎn)品根據(jù)商業(yè)發(fā)票的數(shù)據(jù)簽發(fā)運輸保險證XC4.tradeSeaTransXC4.tradeSeaTrans全球運輸網(wǎng)絡(luò)GlobalClear全球海關(guān)當局網(wǎng)絡(luò)4<TIC檢驗和認證<港口系統(tǒng)港口系統(tǒng)2A5國際商會原產(chǎn)地32A5國際商會原產(chǎn)地3金融域金融域TranSafeNet海上保險電子原產(chǎn)地證明TranSafeNet海上保險L/CQuick風險緩釋服務(wù)供應(yīng)鏈金融在完全數(shù)字化的貿(mào)易環(huán)境中，不需要生成發(fā)票副本。相反，可能只存在一個版本，對于任何可證明有利害關(guān)系的人來說，這個版本是可訪問的以及完全可驗證的。這個主要版本可以被放置在數(shù)據(jù)空間中，但也可以保留在前期發(fā)起系仍然是可訪問的，并且其真實性仍然可以得到驗證。可以提取數(shù)據(jù)集的靜態(tài)（子集）副本來更新各方域中的下游系統(tǒng)，用于任何可能的目的。但是，應(yīng)對這些副本進行相應(yīng)標注，而正本，即主要版本，必5454信任流：發(fā)票賣方賣方B2B運營商 ><B2B運營商 ><發(fā)票賣方簽署買方發(fā)票賣方簽署買方簽字確認發(fā)票賣方簽署買方簽字確認L/CQuick風險緩釋風險緩釋發(fā)票賣方簽署買方簽字確認在L/CQuick上進行風險緩釋供應(yīng)鏈金融供應(yīng)鏈金融發(fā)票賣方簽署買方簽字確認在L/CQuick上進行風險緩釋 >1122a.MarineLog接管冷藏葡萄酒的運輸并簽發(fā)一份憑XC4.Trade上賣方指示的SeaTranse/BL（簽發(fā)和控制權(quán)轉(zhuǎn)移）。MarineLog對電子提單進行數(shù)字簽名，賣方通過數(shù)字會簽電子提單確認收c.MarineLog通過SeaTrans網(wǎng)絡(luò)將貨物3344海港公司的CargoRelease系統(tǒng)通過XC4.trade通知。作為電子提單當前控制方的買方銀行將電子提單做成憑買方指示并進行數(shù)字簽名。買方再次得到通知并進行數(shù)字55買方銀行借記買方的賬戶，同時貸記當前控制電子提單的買方將電子提單提交給海港公司在港口的CargoRelease系統(tǒng)并接收貨品。電子提單的狀態(tài)顯示為“已使用”，并根據(jù)其檢驗和認證 > >物流域海關(guān)域物流域海關(guān)域SeaTrans全球運輸網(wǎng)絡(luò)XC4.trade<GlobalClear全球海關(guān)當局網(wǎng)絡(luò)3A<GlobalClear全球海關(guān)當局網(wǎng)絡(luò)3A > >422海上保險國際商會原產(chǎn)地電子原產(chǎn)地證明國際商會原產(chǎn)地電子原產(chǎn)地證明 > >L/CQuickL/CQuick風險緩釋服務(wù)CargoRelease港口系統(tǒng)供應(yīng)鏈金融港口系統(tǒng)金融域金融域以下所有系統(tǒng)和互聯(lián)場景均為虛構(gòu)。有些可能已經(jīng)在當今世界上有所體現(xiàn)，有些正在建設(shè)中，還有一些是全面實現(xiàn)貿(mào)易數(shù)字化的有益場。FineWineB2B提供由賣方維護的產(chǎn)品目錄，其中包含所有下游所需的產(chǎn)品信息。它還設(shè)有一個貿(mào)易合同編輯器，就如何使用最恰當?shù)膰H貿(mào)易術(shù)語提供咨詢。FineWineB2B通過產(chǎn)地數(shù)字原產(chǎn)地證書的一個賣點。L/CQUICK–一個利用分布式賬本對賣方、賣方銀行、買方和買方銀行之間的信用證互動它與XC4.trade互連，并接受對其中存儲并受TranSafeNet–海運保險的去中心化市場。在XC4trade上代表客戶儲存運輸保險憑證。在XC4.trade上，運輸保險證書可以隨電子提單在風險轉(zhuǎn)移時一并轉(zhuǎn)讓。TransSafeNet允許與球貨物的前程運輸、海運和后期運輸服務(wù)。SeaTrans還簽發(fā)電子提單，并在XC4.trade上對其進行管理，通過XC4.trade訪問并執(zhí)行SeaTrans電子提單的電子提單流ICC-Origin–國際商會世界商業(yè)組織未來的去中心化系統(tǒng)，允許當?shù)厣虝灠l(fā)全球可驗證的電子原產(chǎn)地證書，以便于在通關(guān)時享受優(yōu)惠。FinTrade–一個基于云端的、作為銀統(tǒng)的貿(mào)易金融前臺和后臺。FinTrade無縫集成了L/C-Quick和XC4.trade等平臺。FinTradeCargoRelease–整套系統(tǒng)的一部分，涵蓋了港口憑提單向收貨人放行集裝箱的流程。XC4.trade–一個貿(mào)易數(shù)據(jù)空間，接受經(jīng)過認證的貿(mào)易單據(jù)，允許對電子可轉(zhuǎn)讓記錄的控制權(quán)進行可追溯的轉(zhuǎn)讓。XC4.trade解決了唯一性要求，即在任何時候貿(mào)易單據(jù)只能有一個主要版本，而所有副本都被認為是次要版本。XC4.trade還解決了控制要求的排他性問題，即在任何給定時間內(nèi)，只能有一個貿(mào)易單證控制方?？梢栽谛湃喂?yīng)鏈的身份層上執(zhí)行兩方之間的控制權(quán)轉(zhuǎn)移。此外，XC4.trade允許不同電子可讓記錄之間進行流程交互，例如XC4.trade還可以將單據(jù)進行分組，以便在L/C-quick中的信用證下交單，或者與CargoRelease進行交互，以便在目的地港口XC4.trade將貿(mào)易單證放置在一個數(shù)據(jù)容器將信息供應(yīng)鏈與信任供應(yīng)鏈相互連接在一起。?CentreShopL/CQuickCentreShop?L/CQuick?L/CQuick?L/CQuickICC-Origin?L/CQuick?GlobalClear?SingaporeCustomsCentreShopGlobalClear?SingaporeCustoms?L/CQuickMarineCoverTranSafeNet?L/CQuick?CentreShopLtd.9業(yè)務(wù)數(shù)據(jù)附帶的身份數(shù)據(jù)可能有助于SBD在信用證流程中，CentreShop已經(jīng)在提交的發(fā)票和其他單據(jù)上簽字。CentreShop可在處理過程中及讀取CentreShop的標簽后，銀行可能已經(jīng)添加了他們自己的“請勿分只有CentreShop在提交發(fā)票之前進行數(shù)和證書機構(gòu)（CA）。證書機構(gòu)負責數(shù)字證書的我們今天所知的PKI主要是集中化的。本文解釋了在全球貿(mào)易中分散PKI相對于集中在國際貿(mào)易中，信任領(lǐng)域的邊界是強邊界。這些邊界造成了高度的摩擦，因此也產(chǎn)生了成本。這些成本可以更正式地分類為交易成本。交易成本可以被分為三類，即：三角成有關(guān)的風險。PKI所影響的是后者，即信任交易成本。從廣義上說，降低信任交易成本使原本不可能的交易成為可能，或是使交易變得更加經(jīng)濟。處理。數(shù)字化的提單（即PDF文件形式的)可以信任基礎(chǔ)設(shè)施可能實現(xiàn)最低的信任交易成本。那么，與更集中的PKI相比，一個更分散的PKI在集中PKI中，身份和主體或客體之間的綁定由一些受信任的實體，如DNS/CA注冊商和在分散PKI中，綁定基于可驗證的加密操作作是確定控制密鑰的狀態(tài)。分散PKI的困難在對PKI的共享控制使其在某種程度上集中在分散PKI中，有兩類標識符。第一種是自全球法人識別編碼基金會（GLEIF）的法對LEI和AID控制者（加密控制者）之間的關(guān)聯(lián)（KERI）。KERI允許通過在目標系統(tǒng)上錨定任序或開放式接口（API）。這個網(wǎng)絡(luò)中的網(wǎng)絡(luò)（eIDAS）的證書就是很好的例子。在那的證書僅能在特定背景下使用。?可驗證的憑證還包含鏈接到密鑰對的內(nèi)容。諸如W3C的VC1.0標準，基于IP信任的ACDC1.0標準（現(xiàn)在是互聯(lián)網(wǎng)工程工作組（IETF）的規(guī)范草案），以及如Hyperledger上的AnonCreds市場準則，都允板可以是相似的。證書發(fā)放是證書頒發(fā)機構(gòu)（CA）和信任服一個CA進行申請。證書本身包含內(nèi)容以及CA的長期以來，各組織一直在自己的網(wǎng)絡(luò)中運行所需的應(yīng)用程序，以執(zhí)行業(yè)務(wù)功能--應(yīng)用程序景觀，通常稱為內(nèi)聯(lián)網(wǎng)。這曾經(jīng)是，而且在某種程度上現(xiàn)在仍然是，在公司擁有的專用數(shù)據(jù)中心或私有云中進行。這些網(wǎng)絡(luò)通常被控制特定端口的應(yīng)用訪問權(quán)限的軟件實例所包圍，即我們所說的防火墻，并由基于角色的訪問限制來輔助。系統(tǒng)定義了幾道防線，保護網(wǎng)絡(luò)并將攻擊者擋在私人網(wǎng)絡(luò)和數(shù)據(jù)中心之外。這些角色是由組織的身份訪問管理團隊為組織的所有人員分配的。一個在銀行從事信用證工作的人可以訪問貿(mào)易融資后臺系統(tǒng)和其他所有者名字所有者公鑰頒發(fā)者（所有者名字所有者公鑰頒發(fā)者（CA）名字頒發(fā)者簽名所有者（CA）名字所有者（CA）名字所有者公鑰頒發(fā)者（根CA）名稱頒發(fā)者簽名 根CA名字 根CA公鑰根根CA簽名破解，CA可以通過將其添加到證書撤銷列表行映射；DID本質(zhì)上是自己的身份提供者。11DID目前主要用于區(qū)塊鏈/DLT解決方案，但不依賴DLT。物，XC4.trade上運行的、管理對所存儲的電易10來源:W3C-/TR/did-core/:NisJespersen,28thplenaryMeetingUN/CEFACT./sites/default/files/2022-10/Nis%20Jespersen%20-%20Solving%20International%20Trade%20Chal12/TR/did-core/#dfn-decentralized-identifiersDIDDID-人工制品用戶用戶注冊和驗證注冊和驗證驗證屬性驗證屬性“證書是我們?nèi)粘Ｉ畹囊徊糠郑获{照用來證明我們學(xué)會了如何操作機動車，大學(xué)學(xué)位可以用來證明我們的教育水平，而政府頒發(fā)的護照使我們能夠在各國之間旅行。本規(guī)范提供了以加密安全、尊重隱私和機器可驗證的方式在網(wǎng)絡(luò)上展示這些證書的機制。”特指存儲<相關(guān)聯(lián)的<<特指存儲<相關(guān)聯(lián)的<<驗證起源驗證起源可驗證的演示元數(shù)據(jù)修改后的聲稱證據(jù)驗證者 可驗證的演示元數(shù)據(jù)修改后的聲稱證據(jù)驗證者 可驗證憑證元數(shù)據(jù)證據(jù)13/TR/vc-data-model/驗證起源驗證起源/對象?葡萄酒制造商葡萄酒制造商頒發(fā)人>可驗證憑證可驗證憑證元數(shù)據(jù)元數(shù)據(jù)聲稱聲稱:波爾多法國城堡證據(jù)證據(jù)CenterShopCenterShop頒發(fā)人>可驗證憑證可驗證憑證元數(shù)據(jù)元數(shù)據(jù)聲稱聲稱:法國證據(jù)證據(jù)零售客戶零售客戶化。ACDC是W3CVC規(guī)范的變種。ACDC協(xié)））性）。就像保管鏈的概念一樣，ACDC提供了ACDC之間的相互依存關(guān)系，如用ACDC包14互聯(lián)網(wǎng)工程任務(wù)組, > > >TheycanbethesubjectinTheycanbethesubjectinStreamingRepresentation,C 報告或單據(jù)部分的內(nèi)容可以由一個組織的一留誰構(gòu)的一名或多名官員和員工/經(jīng)理使用其公司頒發(fā)15https://weboftrust.github.io/ietf-cesr/draft-ssmith-cesr.html相互關(guān)聯(lián)的ACDCs,CESR序列化人類可閱讀的文本格式ACDC0I00I00身份流程單據(jù) >I0I0I0III0II000I00II0機器可讀的文本格式電子提單單據(jù)ACDC單據(jù)流程身份人類可閱讀的文本格式ACDC0I00I00身份流程單據(jù) >I0I0I0III0II000I00II0機器可讀的文本格式電子提單單據(jù)ACDC單據(jù)流程身份ACDC合約文本身份合約代碼 >0II00I0I0I0I0I0IIACDC合約文本身份合約代碼 >0II00I0I0I0I0I0II00II0III00I0II00I0相關(guān)的身份身份ACDCACDCACDC身份流程單據(jù) >局部簽名多重簽名I0I0I0I0I00II000II0IIACDC身份流程單據(jù) >局部簽名多重簽名I0I0I0I0I00II000II0II0I00II0電子本票單據(jù)ACDC單據(jù)流程嵌套信息容器化和表示人類可讀的數(shù)據(jù)表達 >機器可讀的數(shù)據(jù)表達 >電子提單單據(jù)單據(jù)流程身份ACDCACDC作為承載憑證的工具，CESR作為傳際標準化組織(ISO)開發(fā)的ISO174LEI持有人的數(shù)據(jù)可以從https:/search./#/search/免費獲得。務(wù)于相同或非常相似目的的標準可能有違標準:https:///docs/idkeys/GS1_GLN_Executive_Summary.pdf17/standards/id-keys/gtin1819/TR/did-core//publication/standards-toolkit-for-cross-border-paperless-trade//content/uploads/sites/3/2020/11/icc-identity-management-guide.pdf/digitization-vs-digitalisation-differences-definitions-and-examples//doc/UNDOC/GEN/V22/009/38/PDF/Vpdf?OpenElement/sites//files/media-documents/uncitral/en/mletr_ebook_e.pdf/nistpubs//publ/bppdf/bispap126.pdf/~/media/mckinsey/參見第94-106頁的“信任架構(gòu)和數(shù)字身份”ACDC(真實鏈式數(shù)據(jù)容器)提供了一個可驗證的鏈來證明所包含數(shù)據(jù)的來源身份。ACDC協(xié)議是通過樹型或鏈式的關(guān)聯(lián)ACDC(技術(shù)上是有向無環(huán)圖或DAG)為其包含的數(shù)據(jù)提供細粒度的、可追溯的來源身份(真實性)證明。ACDC特屬性。CESR規(guī)范和證明格式是由ToIP工作組全球位置編碼(GLN)可以被公司用來確定他們的位置。GS1GLN經(jīng)ISO/IEC6523標準認可。數(shù)字認證20指的是一種對自然人或法人進行電20來源:/news-events/blog/digital-authentication-the-basics:/TR/did-core/說，KERI標識符是真正可移植的。KE根據(jù)聯(lián)合國會員國的立法，客體是指沒有權(quán)利公鑰22是一種加密密鑰，可以分發(fā)給公眾，不需角色憑證基于“官方角色標準”，正在ISOTC融報文傳送服務(wù)提供商。https://vLEI是“可驗證法人識別編碼”的縮寫，是一種可驗證憑證，其中包含根據(jù)vLEI生態(tài)系統(tǒng)治W3C代表萬維網(wǎng)聯(lián)盟。DID和VC的標準化工作在W3C范圍內(nèi)進行。X.509證書是一個ISO標準，但現(xiàn)在它是由互聯(lián)網(wǎng)工程任務(wù)組維護為RFC3280。22來源:/blog/public-key-infrastructure-explained23來源:/faq/public-key-infrastructure-pki/what-public-key-infrastructure-pki威脅防護以及簡化粒度、“最少訪問”等策略來/cyberpedia/what-is-a-zero-trust-architecture)會“身份管理和信任服務(wù)的使用和跨境識別示范24來源:/cyberpedia/what-is-a-zero-trust-architecture25ML-IdM–身份管理示范法,/sites//files/media-documents/uncitral/en/3無無是是無無無無bitkom.debitkom.euwww.bitkom.dewww.bitkom.euwww.digitalwahl.de無否11Cloudflare否/ ·貿(mào)易中的信任49術(shù)環(huán)境（TTE）工作組的聯(lián)合主席，該續(xù)支持IPCSA成員實現(xiàn)對IPCSA和整個icckTheInternationalChamberofCommerce(ICC)istheinstitutionalrepresentativeofmorethan45millioncompaniesinover130countries.ICC’scoremissionistomakebusinessworkforeveryone,everyday,everywhere.Throughauniquemixofadvocacy,solutionsandstandardsetting,wepromoteinternationaltrade,responsiblebusinessconductandaglobalapproachtoregulation,inadditiontoprovidingmarket-leadingdisputeresolutionservices.Ourmembersincludemanyoftheworld’sleadingcompanies,SMEs,businessassociationsandlocalchambersofcommerce.DigitstandrdsInitiativeiccDigitstandrdsInitiativeTheICCDigitalStandardsInitiative(DSI)aimstoacceleratethedevelopmentofagloballyharmonized,digitizedtradeenvironment,asakeyenablerofdynamic,sustainabl