ஒரு சான்று ஒரு செயலை திறக்க வேண்டும்—அதிகாரத்தின் வகையை அல்ல.
BabylonLabs_io நிறுவனத்தின் Trustless Bitcoin Vaults-இல் நான் காணும் பாதுகாப்புக் கோட்பாடு இதுவே.
Native BTC ஒன்று ஒரு வெளிப்புற பயன்பாட்டுடன் இணைக்கப்படும் போது, சரிபார்ப்பு வெறும் ஒரு நிபந்தனை நிகழ்ந்ததைக் உறுதி செய்வதை விட அதிகமாக செய்ய வேண்டும். அது அனுமதிக்க வேண்டிய சரியான vault மாற்றத்துடன் அந்த சான்றை பிணைத்தாக வேண்டும்.
திருப்பிச் செலுத்தும் சான்று, திருப்பிச் செலுத்தும் தர்க்கத்தை ஆதரிக்க வேண்டும்.
செல்லுபடியாகும் redemption நிபந்தனை, ஒப்புக்கொண்ட redemption பாதையை இயக்க வேண்டும்.
அது BTC மீது எந்தவித பரவலான தாக்கத்தையும் அமைதியாக வழங்கக்கூடாது.
இது முக்கியம், ஏனெனில் தொழில்நுட்பமாக சரியான தகவலும் அதன் அனுமதி மிக விரிவாக இருந்தால் ஆபத்தாக மாறலாம். பலவீனம் தவறான சான்றாக இல்லாமல், பயனர் நோக்கியதைக் காட்டிலும் அதிகமாக அங்கீகரிக்கும் செல்லுபடியாகும் சான்றாக இருக்கலாம்.
எனக்காக, வலுவான TBV வடிவமைப்பு என்பது ஒவ்வொரு வெளிப்புற சான்றும் குறுகிய நோக்கம் கொண்டிருக்க வேண்டும், வரையறுக்கப்பட்ட இலக்கைக் கொண்டிருக்க வேண்டும், மேலும் அந்த தருணத்துக்கு அப்பால் மீண்டும் பயன்படுத்தக்கூடிய அதிகாரம் இல்லாமல் இருக்க வேண்டும் என்பதையே குறிக்கும்.
சரிபார்ப்பு என்ன நடந்தது என்பதை நிரூபிக்கிறது.
அனுமதி அடுத்ததாக என்ன நடக்கலாம் என்பதைக் குறிப்பாக வரையறுக்கிறது.
இந்த இரு எல்லைகளையும் ஒன்றோடொன்று பொருந்தச் செய்வதுதான் programmable Bitcoin-ஐ பாதுகாப்பாக மாற்ற முடியும்.
இன்னும் செல்லுபடியாகும் ஒரு ஆதாரம் (proof) பழையதாகிவிட்ட நிஜத்தை விவரிக்கவும் முடியலாம்.
பிட்காயின் ஆதரவுடன் இயங்கும் பயன்பாடுகளுடன் நான் தொடர்ந்து திரும்பி வருகிற பிரச்சனை இதுதான்.
BabylonLabs_io நிறுவத்தின் Trustless Bitcoin Vaults, ஒரு வால்ட் (vault) இருக்கிறது என்று நிரூபிப்பதையும் அல்லது BTC முன்பே நிர்ணயிக்கப்பட்ட செலவுச் (spending) நிபந்தனைகளைப் பின்பற்றுகிறது என்பதையும் விட அதிகமாக சார்ந்திருக்கிறது. வெளிப்புற பயன்பாடுகளும், அவர்கள் செயல்படும் வால்ட் நிலை (vault state) இன்னும் தற்போதையதா என்பதை உறுதிப்படுத்தும் நம்பிக்கையைக் கொண்டிருக்க வேண்டும்.
கடன் பெறுதல், திருப்பிச் செலுத்துதல், பணத்தை எடுப்பது (withdrawal), மற்றும் liquidation ஆகியவற்றின் போது இதுவே முக்கியம்.
ஒரு ஆதாரம் உருவாக்கும் நேரத்தில் சரியாக இருந்தாலும், அந்த நிலை (position) வேறு இடத்தில் ஏற்கனவே மாறிவிட்ட பிறகு பயன்பாடு அதை செயலாக்கினால் அது ஆபத்தாக மாறலாம்.
எனக்கு முக்கியமான கேள்வி இதுவே மட்டும் அல்ல:
TBV தேவையான பிட்காயின் நிலையை (Bitcoin state) சரிபார்க்க முடியுமா?
இது:
அந்த நிலை இனி பயன்படுத்த பாதுகாப்பானதல்ல என்று எப்போது என்று, இணைக்கப்பட்டுள்ள ஒவ்வொரு பயன்பாடும் அறிய முடியுமா?
இதுவே proof freshness ordering மற்றும் finality ஆகியவை பாதுகாப்பு மாடலின் ஒரு பகுதியாக மாறும் இடம்— வெறும் தொழில்நுட்ப விவரங்கள் மட்டும் அல்ல.
மிக வலுவான TBV கட்டமைப்பு (architecture), தவறான தகவலை வெறும் நிராகரிப்பதோடு மட்டும் நிற்காது.
பழைய தகவல் தற்போதைய உண்மை (present truth) என்று கருதப்படுவதைவும் அது தடுக்க வேண்டும்.
브레이크 페달과 가속 페달은 동일한 권한(permit) 로직을 통과해서는 안 됩니다. 당연하게 들릴 수도 있지만, 저는 자동화된 금융이 종종 행동을 너무 획일적으로 취급한다고 생각합니다. 거래가 들어오면 시스템이 정책을 확인하고, 결과는 승인(approve) 또는 거부(reject)로 바뀝니다. 과정은 깔끔해 보입니다. 각 행동의 뒤에 있는 위험이 그것뿐이 아닙니다. 레버리지를 늘리는 AI 기반 전략은, 같은 전략이 포지션을 청산(closing)하는 것과는 본질적으로 다른 일을 하고 있는 것입니다. 자금을 새로운 상대방에게 옮기는 것은, 승인된 금고에 자본을 다시 반환하는 것과는 다른 노출을 만듭니다. 익숙하지 않은 자산을 매수하는 것은, 기존 포지션의 집중도를 줄이는 것과 반드시 같은 승인 경로를 거쳐야 하는 건 아닙니다.
💥 கரடிகள் தொடர்ந்து ஆதிக்கம் செலுத்தும் நிலையில் பலவீன கைகள் வெளியேற்றப்படுகின்றன! 📉 முக்கிய திரவத்தன்மை (liquidity) மண்டலங்கள் சுத்தம் செய்யப்படுகின்றன—கட்டுப்பாட்டுடன் இருங்கள்.
$KAT 🔴 திரவத்தன்மை மண்டலம் தாக்கப்பட்டது 🔴
நீண்ட கால liquidation கண்டறியப்பட்டது 🧨
$2.0751K, $0.00575 இல் சுத்தம் செய்யப்பட்டது
கீழ்நோக்கிய திரவத்தன்மை துடைக்கப்பட்டது — இப்போது REACT செய்யுங்கள் அல்லது சந்தை மாறுவதை பாருங்கள் 👀