第 6 條
可回收設計要求
所有包裝必須符合可回收性設計準則。
什麼是 PPWR?
三條法規條文重新定義整個歐盟單一市場的包裝設計、申報與標示。
第 6 條
所有包裝必須符合可回收性設計準則。
第 8 條
製造商必須申報材料內容 — 不可竄改、可被驗證。
第 11 條
實體標籤改為機器可讀的數位護照。
運作方式
上傳材料組成、回收性資料與認證。
你的產品取得唯一、符合法規的 URL。
包裝印上 QR Code,任何人都可以即時驗證合規性。
隱私優先的驗證
我們使用 Midnight 區塊鏈零知識證明,讓監管者能驗證合規性,而無須揭露你的供應商或配方細節。
每個護照版本都錨定於鏈上。發布後紀錄無法被默默改寫。
零知識證明讓監管者檢查合規性,不需看到供應商名稱或配方。
從工廠資料到消費者掃碼,持續且具時戳的軌跡 — 可依需求匯出。
Anti-greenwashing
三層獨立防護 — 每一層擋住一條品牌商可能用來宣稱無法支撐的護照內容的路徑。
Layer 1 · B3
每份認證 PDF 的 SHA-256 指紋都錨定於鏈上。
若品牌商發布後替換認證檔案,稽核方能立即偵測到 — 不只 metadata,而是完整的內容指紋。發布前守門擋掉任何缺檔或缺 hash 的認證。
schema_version 4 · DB 層 hex CHECK 約束 · 14 項測試矩陣
Layer 2 · B2
失敗的上鏈嘗試不會進入公開稽核軌跡。
成功 attestation 與失敗嘗試存放在不同的表。品牌商無法靠隱藏失敗來偽造乾淨紀錄 — 每次嘗試都記錄供授權稽核方查閱,公開鏈上只顯示已確認的錨定。
5 處讀取路徑的狀態過濾 defense-in-depth · 稽核 admin endpoint
Layer 3 · B4
你預覽到的內容與錨定的 byte 完全一致。
Passport UUID 在預覽時就保留,提交時沿用。預覽與提交之間不會 drift:若 Step 4 與 Step 5 之間任何欄位變動,提交回 422 並要求品牌商重新預覽。
保留 UUID · 5 條件 422 守門 · 30 分鐘 TTL · 7 天 forensic GC
親自驗證
每個 audit token 都會發放一個 ZIP,含 canonical 護照 bytes、檔名 manifest、所有被引用的認證檔案,以及僅使用 stdlib 的 Python 腳本。不依賴我們的伺服器。沒有 vendor lock-in。即使我們明天消失,稽核軌跡仍可被驗證。
$ unzip ppwr-audit-bundle-*.zip $ cd ppwr-audit-bundle-* $ python3 verify.py Bytes read: 4392 Expected: 9f3c1abe...8d24 Actual: 9f3c1abe...8d24 OK: 3 cert file(s) match recorded hashes RESULT: PASS - canonical.json matches the on-chain anchor.
定價模式
Setup
一次性接入,連結你的 ERP、驗證測試資料,通過 first-article 審查。
Per-Unit
依 SKU 推出週期的量計費。無閒置訂閱費。
Annual
持續追蹤法規、schema 升級,以及長期護照儲存。
依量計價。請聯絡我們索取報價。
聯絡我們
成為第一批 PPWR 合規製造商。