Ana içeriğe geç

Kanıtların Doğrulanması

Kanıtları Kendiniz Doğrulamak

Kanıtlar standart SP1 sıkıştırılmış provalardır. Bunları SP1 SDK'sıyla doğrulayın:

use sp1_sdk::{ProverClient, SP1ProofWithPublicValues};

let client = ProverClient::from_env();
let (_, vk) = client.setup(ELF);
let proof = SP1ProofWithPublicValues::load("proof.bin")?;
client.verify(&proof, &vk)?;

Doğrulama anahtarı deterministiktir ve konuk programın ikili dosyasından türetilir. Herkes onu çoğaltabilir.
ZkEVM SP1 misafir programının değişmezliği Program Anahtarı ile kanıtlanmıştır. Doğrulayıcının kaynak kodu GitHub adresinde mevcuttur. Herkes bunu derleyebilir ve Program Anahtarlarını karşılaştırabilir. SP1 konuk programında herhangi bir değişiklik yapılması durumunda Program Anahtarı değiştirilecektir.

Ad Çözümleme Kanıtını Kontrol Etme

Bir istemci ZCash alan adını çözümlediğinde, dizin oluşturucu düğüme güvenmeden mutlak güvenliği, senkronizasyon geçerliliğini ve durum bütünlüğünü garanti etmek için süreç dört mantıksal aşamada yürütülür:

  1. Alan Adı Çözümleme Sorgusu: İstemci bir ZcashNames Solution Indexer uç noktasına (ör. GET /v1.0/resolve/richard.zcash) istekte bulunur. Dizinleyici, hedef ZCash adresi, sahibin genel anahtarı, fiyat, tek seferlik, SMT kökü ve Seyrek Merkle Ağacındaki (SMT) yolu temsil eden 128 kardeş karması dahil olmak üzere alan adı ayrıntılarını döndürür.

  2. Yerel SMT Kanıtı Doğrulaması: Dizin oluşturucunun sahte bir çözüm döndürmesini önlemek için istemci, Merkle üyelik kanıtını yerel olarak doğrular. Yaprak verileri aşağıdakilerin birleştirilmesiyle oluşturulur: domain_name (UTF-8 bayt) + owner_pubkey (hex'ten 32 bayt) + target_address (UTF-8 bayt) + price (u64 küçük-endian) + nonce (u64 küçük-endian). Bu yaprak verilerinin SHA-256 karmasını hesaplıyoruz ve kardeş karmaları kullanarak SMT'yi 128 seviyeye kadar geçiyoruz. Hesaplanan kök indeksleyicinin smt_root ile eşleşiyorsa, kanıt kriptografik olarak sağlamdır.

  3. En Son Kök Senkronizasyon Doğrulaması: Dizin oluşturucunun kökünün blockchain ile senkronize olup olmadığını kontrol etmek için, currentRoot() işlevini (seçici 0xfdab463d) kullanarak EVM (Arbitrum) sözleşmesinden zincirdeki en son doğrulanmış SMT kökünü sorgularız. Dizin oluşturucunun smt_root ile eşleşiyorsa, dizin oluşturucu tamamen senkronize edilmiştir.

  4. Geçmişsel Kök Doğrulaması (EVM RPC geri dönüşü): Dizin oluşturucunun kökü en son sözleşme köküyle eşleşmiyorsa (senkronizasyon gecikmesi nedeniyle oluşabilir), dizin oluşturucunun kökünün tarihsel olarak geçerli olup olmadığını doğrulamak için sözleşmenin eşlemesini rootHistory(bytes32) (seçici 0x66dd97ab) sorgularız:

    • Eşleme sıfırdan farklı bir değer döndürürse: Kök, sözleşmede tarihsel olarak doğrulanmıştır. İstemci, geçici dizin oluşturucu gecikmesi konusunda uyarılır ancak güvenli bir şekilde devam edebilir.
    • Eşleme 0 değerini döndürürse: Kök, blockchain üzerinde hiçbir zaman işlenmemiş veya doğrulanmamıştır. Güvenlik nedeniyle çözünürlük hemen engellendi.

Yerel SMT Kanıt Kodu Örnekleri

Tam yaprak karma düzenini kullanarak çözümlenmiş bir adın SMT kanıtının nasıl doğrulanacağını gösteren Python, PHP ve JavaScript'teki örnekler aşağıda verilmiştir:

import hashlib
import struct

def get_bit(key_bytes, bit_idx):
"""
Returns the bit value (0 or 1) at a given index (0 to 127)
from MSB to LSB of the 16-byte key.
"""
byte_pos = bit_idx // 8
bit_pos = 7 - (bit_idx % 8)
return (key_bytes[byte_pos] >> bit_pos) & 1

def verify_smt_proof(domain_name, target_address, owner_pubkey, price, nonce, merkle_proof, expected_root):
# 1. Compute key as SHA-256 of lowercase domain name
key_hash = hashlib.sha256(domain_name.lower().encode('utf-8')).digest()
# Take first 16 bytes (128 bits) for a depth-128 SMT
key = key_hash[:16]

# 2. Compute leaf hash as SHA-256 of concatenated leaf values
domain_buf = domain_name.encode('utf-8')
pubkey_buf = bytes.fromhex(owner_pubkey)
address_buf = target_address.encode('utf-8')
price_buf = struct.pack('<Q', price) # 64-bit unsigned integer in little-endian
nonce_buf = struct.pack('<Q', nonce) # 64-bit unsigned integer in little-endian

leaf_data = domain_buf + pubkey_buf + address_buf + price_buf + nonce_buf
current = hashlib.sha256(leaf_data).digest()

# 3. Hash up the tree using the 128 sibling hashes
# Sibling proof array goes from bottom (closest to leaf, index 0) to top (closest to root, index 127)
for i in range(128):
sibling = bytes.fromhex(merkle_proof[i])

# Level 127 (index 0) corresponds to the bottom-most bit (bit 127)
# Level 0 (index 127) corresponds to the top-most bit (bit 0)
bit_idx = 127 - i
bit = get_bit(key, bit_idx)

if bit == 1:
# Current node is on the right, sibling is on the left
current = hashlib.sha256(sibling + current).digest()
else:
# Current node is on the left, sibling is on the right
current = hashlib.sha256(current + sibling).digest()

return current.hex() == expected_root.lower()

Zincir İçi Kontrol Noktası Senkronizasyonu Doğrulaması

Dizin oluşturucunun kökü, sözleşmede doğrulanan en son kökle eşleşmiyorsa, EVM RPC düğümünü sorgulayarak bunun tarihsel olarak geçerli olup olmadığını kontrol ederiz. Aşağıda Python, PHP ve JavaScript'te bir EVM RPC düğümü aracılığıyla rootHistory(bytes32) sorgulayan kod örnekleri verilmiştir:

import requests

def verify_root_on_contract(rpc_url, contract_address, smt_root):
# Selector for rootHistory(bytes32) is 66dd97ab
clean_root = smt_root.replace("0x", "").lower()
data = f"0x66dd97ab{clean_root.zfill(64)}"

payload = {
"jsonrpc": "2.0",
"method": "eth_call",
"params": [
{
"to": contract_address,
"data": data
},
"latest"
],
"id": 1
}

response = requests.post(rpc_url, json=payload).json()
if "error" in response:
raise Exception(f"EVM RPC Error: {response['error']['message']}")

result = response.get("result", "0x")
if not result or result == "0x":
return False

height = int(result.replace("0x", ""), 16)
return height > 0