முன்னர் பேசின “cross-chain bridge” என்பது “ஒரு chain-இல் இருந்து மற்றொரு chain-க்கு சொத்துகளை எப்படி நகர்த்துவது” என்ற பிரச்சினையைத் தீர்க்கிறது. இந்த வாரம்官网 (official site) பார்த்தபோது Dusk தனியாக “跨链消息基础设施” (cross-chain message infrastructure) என்று ஒரு பிரிவையும் வைத்திருப்பதை கண்டேன்; அது சொத்து பாலம் (asset bridge) அல்ல. இந்த பகுதி துல்லியமாக எந்த பிரச்சினையை தீர்க்கிறது என்று விவரமாகப் பார்த்தேன்.
சொத்து பாலம் (asset bridge) “பணம் மற்றும் சொத்து மாற்றம்” மீது கவனம் செலுத்துகிறது. ஆனால்跨链消息基础设施 மேலும் ஒரு 추상 (abstract) அடுக்கு—வெவ்வேறு chain-களில் இருக்கும் பயன்பாடுகள் (applications) எப்படி ஒருவருக்கொருவர் தொடர்பு கொண்டு, ஒருவரை ஒருவர் trigger செய்து செயல்களை நிகழ்த்துவது. உதாரணமாக: ஒரு chain-இல் உள்ள contract ஒரு குறிப்பிட்ட செயல்பாட்டை முடித்த பிறகு, மற்றொரு chain-இல் உள்ள contract அந்த நிலை (state) புதுப்பிப்பை செய்ய வேண்டும் என அறியப்பட வேண்டும். இதற்கு asset transfer சம்பந்தமில்லை; தகவல் மற்றும் கட்டளை (instruction) அடுக்கில் மட்டுமே ஒருங்கிணைப்பு (coordination).
பல-chain சூழல் (multi-chain ecosystem) அதிகமாகி வரும் இந்த நேரத்தில், இத்தகைய தேவைகள் வெறும் சொத்து மாற்றத்தைக் காட்டிலும் அதிகமாகவும், அதே சமயம் அடிப்படை அளவில் கூடுதல் சவாலாகவும் உள்ளது. ஏனெனில் சொத்து மாற்றத்தில் தொகை (amount) மற்றும் திசை (direction) போன்றவை தெளிவாக இருக்கும்; ஆனால் செய்தி பரிமாற்றத்தில் பலவிதமான சூழல்கள் (scenarios) இருக்கின்றன, அதனால் standardize செய்வது மிக அதிகக் கடினம்.
Dusk இந்த துறையை திட்டமிடுவதற்கான காரணம்—DuskEVM-இல் உள்ள பயன்பாடுகள் மற்ற chain-களின் சூழலுடன் (எ.கா., Ethereum mainnet, பிற Layer2-கள்) தொடர்பு கொள்ள விரும்பினால், வெறும் asset bridge-ஐ கொண்டு வந்து பாலம் போட்டு விடுவது மட்டுமல்ல. அதற்கு வெவ்வேறு chain-களின் smart contract-கள் ஒருவருக்கொருவர் “உரையாட” (dialogue) வைக்கும் ஒரு நம்பகமான cross-chain message protocol தேவை. முன்பு பேசின DuskTrade உண்மையிலேயே நிறுவன நிலை (institution-level) முதலீட்டு செயல்முறையை முழுமையாக செய்ய நினைத்தால், எதிர்காலத்தில் அதிக வாய்ப்பில் பாரம்பரிய நிதி அமைப்பு (traditional financial system) அல்லது பிற chain-களில் உள்ள asset pool-களுடனும் இணைப்பை உருவாக்க வேண்டியிருக்கும். இந்த வகை跨链 message infrastructure, ஒரு அளவிற்கு கூடுதல் சிக்கலான multi-chain ஒத்துழைப்பு (collaboration) சூழல்களுக்கு முன்னதாகவே பாதை அமைப்பதற்காக இருக்கலாம்.
ஆனால் தற்போது கிடைத்துள்ள பொதுத் தகவல்கள் (public info) இன்னும் குறைவு. குறிப்பாக, அது சொந்தமாக (self-built) protocol உருவாக்கியதா அல்லது LayerZero, Wormhole போன்ற மூன்றாம் தரப்பு (third-party) பொதுத் தரநிலை (general-purpose) cross-chain message standard-ஐ இணைத்துள்ளதா என்பதில் விரிவான விளக்கம் கிடைக்கவில்லை. இன்னும் துல்லியமான தொழில்நுட்ப ஆவணங்கள் (technical documents) வெளியான பிறகே திரும்பி மேலும் ஆழமாக பார்க்க வேண்டும்; இப்போ அது வெறும் இந்த திசையின் ύற்பத்தியை (existence) கவனித்ததுபோல மட்டும் சொல்லலாம். @Dusk #dusk $DUSK
இன்னும் கவனித்து காத்திருக்கிறீர்களா? பெரிய பந்து இப்போதே 80,000-ஐ நோக்கி போகிறது இரண்டு நாட்களில் 10,000 புள்ளிகள் உயர்ந்துவிட்டது; நீங்கள் இன்னும் ஷார்ட் செய்யலாமா என்று தயங்குகிறீர்களா? $BTC
일부 유휴 이더리움 자산을 DuskEVM으로 옮겨볼까 해서, 어젯밤 공식 문서대로 크로스체인 브리지 절차를 한 번 따라 해봤어요. 실제로 써보니 생각만큼 매끄럽지 않더라고요.
절차 자체는 복잡하지는 않아요. 이더리움 쪽에서 락(잠금) 트랜잭션을 보내고, 확인을 기다린 뒤, DuskEVM 쪽에서 해당 자산을 수령하는 흐름입니다. 이 논리는 대부분의 크로스체인 브리지와 본질적으로 크게 다르지 않아요. 제가 좀 답답했던 건 브리지 자체가 막혀서가 아니라, 확인에 걸리는 시간이에요. 이더리움 쪽에서는 충분한 블록 확인이 쌓여야 통과를 허용하고, 거기에 DuskEVM 쪽의 자체 최종성(finality) 메커니즘도 신뢰를 누적하는 데 시간이 필요하거든요. 양쪽 대기 시간이 겹치다 보니 "한 번 누르면 바로 입금" 같은 경험은 아닙니다.
처음엔 이 대기가 제 경험상 결함이라고 느꼈는데, 생각해보니 이건 반드시 치러야 하는 대가더라고요. 크로스체인 브리지는 역사적으로 공격과 차익거래(아비트리지) 사례가 너무 많았고, 문제가 생긴 브리지들은 대체로 속도를 추구하느라 확인 로직을 너무 공격적으로 설계해서 공격자에게 조작 여지를 준 경우가 많아요. Dusk는 양쪽의 최종성을 제대로 굳힌 다음에야 릴리즈하도록 선택했어요. 느린 건 느리지만, 최소한 이 설계 방향은 사용자 경험을 앞세워 안전성을 뒤로 미루는 게 아니라, 반대로 안전성을 사용자 경험보다 먼저 둔 거죠.
다만 경험 관점에서는 최적화할 여지도 있어요. 과정 중에 진행 상황 안내가 특별히 명확하진 않았거든요. 트랜잭션을 보낸 다음, 한동안 내가 계속 기다리면 되는 건지, 아니면 어떤 단계가 막힌 건지 다시 조작해야 하는 건지 확신이 서지 않았어요. 이런 불확실함은 처음 쓰는 사람에겐 친절하지 않고, 자신이 조작을 잘못한 게 아닌지 의심하게 만들기 쉽습니다. 성숙한 브리지들과 비교하면 사용자 피드백 메커니즘 쪽도 더 개선될 여지가 있어 보여요.
또 하나는 아직도 완전히 이해하지 못한 부분이 있어요. 자산이 브리지를 건너간 뒤, DuskEVM에서는 어떤 형태로 존재하나요? 원래 자산의 네이티브 매핑인가요, 아니면 래핑된 토큰인가요? 이 관계가 미래에 혹시 이 브리지가 문제를 일으켰을 때, 제가 손에 쥔 자산을 되찾는(환급/청산) 로직이 정확히 어떻게 되는지에 영향을 줄 수 있는데요. 문서에서 이 부분을 아주 직설적으로 설명해주진 않아서, 몇 겹 더 찾아보며 직접 조합해 답을 맞춰야 했습니다.
크로스체인 브리지에 대한 제 태도는 계속 같아요. 가능하면 쓰지 않는 게 낫고, 꼭 써야 한다면 되도록 속도를 조금 양보하더라도 안전성 우선 설계를 선택하는 게 맞다고 생각합니다. 이번 실측해보니, Dusk 쪽은 적어도 방향은 잘 잡았고, 디테일한 경험은 더 다듬을 여지가 있어 보였습니다.