Chainlink

체인링크는 스마트 계약을 실제 데이터, 오프체인 시스템 및 기타 블록체인과 연결하는 분산 오라클 네트워크(DON)의 플랫폼입니다. 자체 기본 체인을 운영하는 대신, 체인링크는 체인에 독립적입니다: 독립적인 오라클 노드가 데이터를 가져오거나 계산을 수행하고, 오프체인에서 Off-Chain Reporting과 같은 프로토콜을 사용하여 동의하고, 암호학적으로 서명된 결과를 온체인에서 전달합니다. 이 오라클 계층은 시장 및 참조 데이터, 저지연 가격 스트림, 검증 가능한 무작위성, 예약 실행, 오프체인 계산, 교차 체인 메시징 및 토큰 전송과 같은 서비스를 지원합니다. 이 접근 방식은 프로젝트의 아키텍처 개요와 체인링크 2.0 연구 논문에 설명되어 있습니다.

데이터 서비스 전반에 걸쳐 체인링크는 집계된 가격 피드와 애플리케이션 특정 인증(예: 오프체인 담보로 지원되는 자산에 대한 준비금 증명)을 게시하고, 계약이 필요할 때 확인할 수 있는 서명된 저지연 시장 업데이트를 위한 데이터 스트림을 제공합니다. 상호 운용성을 위해 교차 체인 상호 운용성 프로토콜 (CCIP)은 공공 및 개인 체인 간에 메시지와 토큰을 이동하며, 프로그래밍 가능한 토큰 전송과 속도 제한과 전용 위험 관리 기능이 핵심 메시징 경로 위에 겹쳐지는 보안 모델을 가지고 있습니다. 플랫폼 수준에서 체인링크는 데이터, 상호 운용성, 준수 및 개인 정보 보호라는 네 가지 분야에 걸쳐 기능을 조직하며, 개인 정보 보호는 체인링크 기능에서 암호화된 비밀과 ACE를 통해 정책에 의해 제어되는 흐름을 통해 다룹니다.

LINK는 플랫폼의 기본 유틸리티 토큰입니다. 애플리케이션은 LINK로 체인링크 서비스에 대한 비용을 지불하며; 이 토큰은 스테이킹과 같은 서비스 수준 보안 메커니즘 내에서도 사용됩니다. LINK는 ERC-677 토큰으로 이더리움에서 시작되었으며( transferAndCall을 추가하는 ERC-20 호환 표준), 공식 계약 참조는 LINK 토큰 계약 페이지에서 유지됩니다. 통합 마찰을 줄이기 위해 체인링크는 결제 추상화 모델을 운영하여 사용자가 다른 자산으로 수수료를 충당할 수 있으며, 플랫폼은 뒤에서 LINK로 정산합니다. 조직은 представления 연결 수수료로 LINK를 누적하는 전략적 체인링크 리저브를 도입했으며, 관련 자료에 따르면 온체인 수수료와 특정 오프체인 수입을 전환하여 LINK를 누적합니다.

체인링크는 Web3 및 기관 워크플로우 모두를 위한 위치를 차지하고 있습니다. DeFi 팀은 가격 및 위험 신호 또는 저지연 스트림을 프로토콜에 직접 통합하고, 시장 인프라 파일럿은 CCIP를 사용하여 기존 금융 네트워크와 여러 블록체인을 연결하는 방법을 탐색했습니다—예를 들어, Swift에서 보고한 실험과 DTCC에서 설명된 "스마트 NAV" 파일럿 등이 있습니다.

중요: 이러한 항목은 일반적으로 파일럿이나 제한 범위 통합일 수 있으며, 광범위한 생산 출시가 아닙니다; 독자는 각 기관의 공개에 따라 범위와 상태를 신뢰해야 합니다.

LINK는 체인링크 서비스의 회계 단위이자 여러 보안 메커니즘의 기초로 기능합니다. 실제로 애플리케이션은 LINK로 사용을 자금을 조달하고 수수료를 정산합니다. 이는 결제 추상화를 통해 직접적으로 또는 간접적으로 이루어질 수 있으며, 이는 최종 사용자가 다른 자산으로 지불할 수 있도록 하며, 플랫폼은 그 결제를 LINK로 변환합니다.

수수료 처리는 제품마다 다르지만 동일한 원칙을 따릅니다. 교차 체인 메시징 및 토큰 전송의 경우, CCIP 청구 모델은 LINK 또는 네트워크의 기본 가스 토큰으로 지불하는 것을 지원하며, 비용은 메시지 실행, 목적지 가스 및 데이터 가용성을 커버합니다(자세한 내용은 CCIP 청구 문서에 문서화되어 있음). VRF v2.5를 사용하여 구독은 LINK 또는 기본 토큰으로 자금을 모집할 수 있으며, 기본 토큰 지불에는 더 높은 프리미엄이 부과됩니다. 데이터 스트림은 LINK와 대안 자산을 모두 받아들이는 검증당 지불 또는 구독 모델을 지원하며, 보고서가 소비될 때 온체인 검증이 이루어집니다(자세한 내용은 데이터 스트림 문서 참조). 기능은 오프체인 계산 및 전달을 다루기 위해 구독 잔액을 사용하며, 이는 Functions 아키텍처에 설명되어 있습니다. 이러한 서비스 전반에 걸쳐 LINK는 사용자가 수수료를 다른 것으로 자금을 조달하더라도 플랫폼 계층에서 정산 자산으로 남아 있습니다.

LINK는 또한 스테이킹을 기반으로 하며, 체인링크는 이를 기본 체인 합의가 아닌 서비스 성능에 연결된 암호 경제적 계층으로 자리잡고 있습니다. 현재 프로그램(v0.2)은 모듈형 풀 설계를 도입하였으며, 명시적인 언본딩 및 커뮤니티 참여자 및 노드 운영자 할당에 걸쳐 초기 4,500만 LINK 상한선을 설정했습니다; 매개변수는 프로그램에 의해 설정되며 시간이 지남에 따라 진화할 수 있으며, 스테이킹 v0.2 개요에서 설명됩니다.

매일의 수수료 정산 및 스테이킹을 넘어, 체인링크 리저브는 LINK의 전략적 온체인 리저브로 운영됩니다. 프로젝트의 자료에 따르면, 결제 추상화는 오프체인 수익을 LINK로 라우팅하며, 이후 시간 잠금 인출 정책 하에 리저브에 누적될 수 있습니다; 활동 및 보유량은 리저브 대시보드에서 확인 가능합니다.

운영적으로 LINK는 여러 네트워크에 존재하기 때문에 애플리케이션이 서비스가 배포된 곳에서 사용량을 자금 조달할 수 있습니다. 공식 주소는 LINK 토큰 계약 페이지에 나열되어 있어 통합이 올바른 토큰 인스턴스를 참조하도록 보장합니다.

LINK는 ERC-677로 구현되며, 이는 transferAndCall을 추가한 ERC-20 호환 표준으로, 토큰 전송이 데이터를 전달하고 수신 계약에서 로직을 트리거할 수 있도록 합니다; 이 행동은 ERC-677 사양에서 정의됩니다. 이로 인해 체인링크 통합에서 일반적인 "지불 및 호출" 흐름이 가능해지며, ERC-20 도구와의 호환성을 유지합니다.

표준 주소는 체인링크의 LINK 토큰 계약 페이지에 게시되어 있어 지원되는 네트워크에 걸친 공식 배포를 나열하며 수수료 자금을 조달하거나 허용량을 설정할 때 진리의 원천으로 간주되어야 합니다. 솔리디티 구현은 LinkToken 저장소에서 관리되며, 여기에는 ERC-677 토큰(18 진수, 기호 LINK)과 ERC-20 호환성에 대한 문서가 포함되어 있습니다.

체인링크는 블록체인 아래가 아니라 블록체인과 함께 위치한 **분산 오라클 네트워크(DON)**의 메쉬로 구성되어 있습니다. 각 DON은 시장 데이터 집계, 검증 가능한 무작위성 생성, 온체인 액션 트리거링 또는 교차 체인 메시지 중계와 같은 전문화된 작업을 수행하는 독립 오라클 노드의 그룹입니다. 이들은 단일 암호학적으로 서명된 출력을 목적지 체인에 게시합니다. 플랫폼의 아키텍처는 이를 하이브리드 온/오프체인 모델로 설명합니다: 데이터 수집 및 동의는 효율성을 위해 오프체인에서 발생하고, 최종 결과와 그 검증 아티팩트는 계약이 소비할 수 있도록 온체인에서 제공됩니다. 고수준 설계 및 신뢰 모델은 프로젝트의 아키텍처 개요 및 분산 모델에 설명되어 있습니다.

가격 피드와 같은 데이터 서비스의 경우, DON의 노드들은 독립적으로 여러 소스에서 관측치를 수집하고 이상치를 필터링하여 **Off-Chain Reporting (OCR)**을 사용하여 동의합니다. OCR은 관측치를 단일 보고서로 결합하여 여러 노드의 과반수에 의해 서명되고 온체인 집계 계약에 제출됩니다. 계약은 그 집계기에서 최신 값을 읽으며, 편차 임계값 및 하트 비트와 같은 매개변수는 새로운 업데이트가 게시될 시기를 제어하여 신선함과 가스 비용의 균형을 이룹니다. 이러한 접근 방식은 온체인 경합을 줄여줍니다—한 번의 라운드에 하나의 트랜잭션만 필요하며—그러나 기본 관측치와 서명을 검증할 수 있어 투명성을 보장합니다. OCR 메커니즘 및 집계자의 흐름은 Off-Chain Reporting 및 가격 피드의 요청/응답 모델에 문서화되어 있습니다.

다른 서비스들은 같은 DON 패턴을 재사용하여 다양한 출력 및 검증 경로를 가집니다. 데이터 스트림은 저지연의 시장 업데이트를 제공하며, DON에 의해 오프체인에서 서명되고 계약이 소비할 때 온체인에서 검증되는 경로를 제공합니다. 매번 모든 틱을 체인에 작성하는 대신, 애플리케이션은 최신 서명된 보고서를 필요할 때 확인하며, 최종성이 필요할 때만 비용을 지불합니다. 이 설계는 온체인 경합을 줄이면서 감사 가능성을 보존하며, 담보 및 회계에 사용되는 더 느린 속도의 온체인 참조 피드를 보완합니다. 이 아키텍처 및 통합 패턴은 데이터 스트림에서 설명됩니다. 기능은 개발자가 오프체인 계산 및 API 호출을 요청할 수 있게 하며, DON이 작업을 실행하고 결과를 집계하여 계약에 증명된 출력으로 반환합니다; 이 과정은 기능의 아키텍처에서 설명됩니다. VRF는 무작위성을 생성하며 그 값이 올바르게 편향 없이 생성되었다는 증명을 제공합니다. 자동화는 조건을 모니터링하고 사전 정의된 계약 작업을 트리거하는 DON 기반 관리자를 운영하며; 두 가지 모두 VRF 및 자동화 가이드에서 자세히 설명되어 있습니다.

DON은 서비스 특정이기 때문에 구성은 명시적입니다. 각 네트워크는 어떤 노드 운영자가 참여하는지, 어떤 데이터 소스가 승인되었는지, 과반수 및 서명 방식, 그리고 보고서를 수용하는 온체인 계약을 정의합니다. 이로 인해 체인링크는 체인 독립성을 유지하며—동일한 서비스가 여러 L1/L2에 게시할 수 있도록 각 환경에 맞게 매개변수를 조정할 수 있으면서도, 암호학적 경계를 명확히 합니다: 오프체인에서 동의, 온체인에서 검증 가능성 및 상태 업데이트. 실제로 개발자는 목적지 계약(예: 피드 집계기 또는 검증 계약)에서 읽어서 통합하며, 해당 네트워크에 문서화된 서비스 한계를 따라야 하므로, 이러한 구현 세부 사항은 문서의 제품 특정 섹션에 존재합니다.

체인링크의 데이터 레이어는 스마트 계약에 적시의 변조 방지 정보를 제공하고 명확한 검증 경로를 제공합니다. 플랫폼은 온체인 소비를 오프체인 집계로 분리합니다: 오라클 네트워크는 여러 소스에서 데이터를 가져오고, 오프체인에서 동의한 후, 통합된 값을 온체인에 게시하거나 필요할 때 계약이 검증할 수 있는 서명된 보고서를 반환합니다. 이 섹션에서는 가장 자주 접하게 될 세 가지 범주—가격 피드, 스마트데이터, 데이터 스트림—에 초점을 맞추며, 개발자가 주소, 매개변수 및 서비스 한계를 얻는 표준 참조에 대한 링크를 제공합니다.

가격 피드(참조 데이터). 이는 많은 DeFi 애플리케이션이 직접 읽는 온체인 참조 비율로(예: ETH/USD와 같은 자산 쌍) 독립적인 노드 운영자가 여러 매장에서 인용을 수집하고 이를 단일 값으로 집계하여 온체인 집계기에서 소비 계약이 읽을 수 있도록 합니다. 업데이트 정책은 명시적입니다: 피드는 편차 임계값이 초과되고 하트 비트 간격에 따라 새로운 값을 푸시하여 신선도와 가스 비용의 균형을 맞춥니다. 매개변수(소스, 임계값, 참여 노드)는 네트워크마다 상이하므로, 통합자는 배포 전에 가격 피드 문서에서 정확한 집계기 주소와 구성을 가져와야 합니다. 이 세부사항은 문서의 데이터 피드 섹션에서 찾아볼 수 있습니다: 데이터 피드 및 가격 피드 주소 디렉토리.

스마트데이터(특수 데이터세트 및 인증). 스마트데이터는 다변량 및 애플리케이션 특정 데이터세트를 공통 인터페이스 아래 그룹화하여 계약이 간단한 가격 이상의 데이터를 소비할 수 있도록 합니다. 일반적인 예로는 준비금 증명(오프체인 또는 크로스 체인 준비금이 존재하고 공급과 일치함을 증명하는 온체인 인증)과 적절한 파트너가 검증된 값을 게시한 자금 스타일 참조 데이터(NAV/AUM)가 포함됩니다. 목표는 복잡한 실세계 신호를 온체인에서 가격에 대한 동일한 암호학적 보증과 함께 사용할 수 있도록 하는 것입니다. 개발자는 스마트데이터 랜딩 페이지와 준비금 증명 제품 페이지에서 범주 및 통합 참고 자료를 탐색할 수 있습니다: 스마트데이터 및 준비금 증명.

데이터 스트림(저지연 시장 데이터). 지연에 민감한 사용 사례(파생상품, 영구계약, 청산)를 위해 데이터 스트림은 DON에서 서명된 고주파 시장 업데이트를 오프체인으로 제공하고 계약이 이를 소비할 때 온체인 검증 경로를 제공합니다. 모든 틱을 체인에 작성하는 대신, 애플리케이션은 필요할 때 최신 서명된 보고서를 검증하고 최종성이 필요할 때만 비용을 지불합니다. 이 설계는 온체인 경합을 줄이면서 감사 가능성을 보존하고, 담보 및 회계에 사용되는 느린 속도의 온체인 참조 피드와 보완 관계에 있습니다. 아키텍처 및 통합 패턴은 데이터 스트림에서 설명됩니다.

이러한 서비스 전반에 걸쳐, 리스크 관리를 위한 두 가지 운영적 포인트가 중요합니다. 첫째, 주소 및 매개변수는 서비스 및 체인 특정입니다; 항상 공식 디렉토리에 따라 통합하고, 목표 네트워크에 문서화된 한계를 준수해야 합니다. 둘째, 데이터 소스 및 운영자의 다양성은 위협 모델의 일부입니다: 피드 및 스트림은 개별 소스나 노드의 중단을 견딜 수 있도록 설계되었지만, 애플리케이션은 여전히 자체적인 정상성 검사 및 회로 차단기를 구현해야 하며, 제품 문서에서 제공한 지침을 따라야 합니다.

**준비금 증명(Proof of Reserve, PoR)**은 체인링크 데이터 서비스로, 오프체인 또는 크로스 체인의 준비금에 대한 온체인 인증을 게시하여 스마트 계약이 발행된 것과 실제로 보유된 것을 자동으로 비교할 수 있도록 합니다. 분산 오라클 네트워크는 지정된 소스(예: 수탁인 인증, 감사 보고서 또는 프로그래밍으로 관리되는 지갑)에서 준비금 증거를 수집하고, 이러한 관측치를 오프체인에서 집계한 후, 온체인 참조 계약에 서명된 준비금 값을 작성합니다. 개발자는 해당 계약을 다른 데이터 피드와 같이 다루며, 최신 준비금 수치를 읽고 기대치에서 벗어날 경우 행동을 취합니다. 서비스는 체인링크의 준비금 증명 페이지에서 설명되어 있으며 chain.link/proof-of-reserve 및 문서의 스마트 데이터 섹션에서 포함됩니다 docs.chain.link.

법정 통화 기반의 스테이블코인의 경우, PoR은 "온체인 공급은 확인된 오프체인 준비금을 초과해서는 안 된다"는 간단한 불변량을 인코딩하는 데 도움이 됩니다. 발행자 또는 제삼자는 신뢰할 수 있는 준비금 정보 소스를 마련해야 하며—일반적으로 수탁자 API 또는 감사 인증 엔드포인트인—오라클 네트워크는 해당 정보를 바탕으로 변조 방지 온체인 값을 생성합니다. 스테이블코인 계약은 준비금 피드가 불일치를 나타낼 경우 발행을 일시 중지하거나, 트랜잭션을 제한하거나 경고를 트리거할 수 있습니다. 이를 통해 정책 집행이 토큰 로직으로 통합되며 기존의 수탁 계약은 그대로 유지됩니다.

래핑 자산 및 크로스 체인 표현의 경우, PoR은 브릿지된 토큰이 원래 담보로 완전히 지원되고 있는지 확인합니다. 오라클 네트워크는 기본 자산을 보유하는 참조 지갑이나 잠금 계약을 모니터링하며 현재 지지 상태를 게시합니다. 만약 지지가 발행된 공급량 아래로 떨어지는 경우—예를 들어, 브릿지 사고로 인해—애플리케이션은 입금을 거부하거나, 발행을 중지하거나, 위험 매개변수를 자동으로 조정할 수 있습니다. 이 패턴은 래핑 암호 자산 및 수탁 지지에 의존하는 크로스 체인 스테이블코인 모두에 대해 동등하게 관련이 있습니다.

토큰화된 펀드의 경우, PoR은 포트폴리오 또는 펀드 관리자 데이터와 결합하여 온체인 기구가 최신 검증된 보유량을 반영하도록 할 수 있습니다. 단순한 경우에는 준비금 피드가 특정 지원 자산의 수량을 나타낼 수 있습니다(예: 현금, 국채, 금광). 더 복잡한 경우에는 펀드 관리자들이 더 넓은 스마트 데이터 모델에 따라 NAV/AUM 및 관련 지표를 게시하여 발행 및 상환 로직이 검증 가능한, 시간 스탬프가 있는 값을 참조할 수 있도록 합니다. 체인링크는 또한 시장 인프라 기업들이 펀드 데이터를 온체인으로 배포하는 파일럿을 선보였으며, 데이터 경로를 기존 관리자 프로세스와 일치시켰습니다.

운영적으로 PoR은 다른 체인링크 데이터 서비스와 동일한 메커니즘을 따릅니다: 여러 독립 노드가 독립적인 소스에서 정보를 가져오고, 오프체인에서 합의에 도달한 후 단일 서명된 업데이트를 피드 계약에 게시합니다. 업데이트 정책(편차 임계값, 하트 비트, 경고)은 각 피드 및 네트워크에 설정되며, 통합자는 오라클 읽기와 함께 자체 회로 차단기 및 정상성 검사를 구현해야 합니다. 주소 및 매개변수는 문서의 관련 제품 디렉토리에 게시되며, 리스크 관리 노트—예를 들어, 피드를 선택하고 오래된 데이터 또는 이상치를 처리하는 방법—는 데이터 피드 지침에 포함됩니다.

**체인링크 VRF(Verifiable Random Function)**는 스마트 계약에 요청되기 전에 예측할 수 없는 무작위 값을 공급하며, 전달 후에는 확실히 올바른 값을 제공합니다. 분산 오라클 네트워크는 무작위 출력을 생성하고 암호학적 증명을 함께 제공합니다; 증명은 요청한 계약에 Value가 제공되기 전에 VRF 조정자에 의해 온체인에서 확인됩니다. 이 설계는 온체인 "의사 무작위성"의 함정을 피하며(예를 들어 블록 해시를 신뢰하는 경우) 호출자는 결과가 채굴자, 검증자, 오라클 운영자 또는 애플리케이션 자체에 의해 조작되지 않았다는 침해 증거 기록을 가집니다. 메커니즘 및 요청/이행 주기는 VRF v2.5 가이드에서 설명됩니다: docs.chain.link/vrf.

VRF v2.5는 현재 버전입니다. 융통성 있는 요청 형식, 소비자를 다시 배포하지 않고 조정자를 전환할 수 있는 기능, 그리고 프로젝트가 LINK 또는 사용하는 체인의 기본 토큰으로 지불할 수 있는 요금 옵션을 도입합니다. 자금 조달은 구독이나 직접 자금 조달을 통해 관리할 수 있으며, 비용은 오라클 실행 및 콜백 가스를 커버합니다; 청구 및 제한은 VRF 시작하기, 청구 및 지원되는 네트워크 페이지에 문서화되어 있습니다.

일반적인 사용 사례로는 온체인 게임(전리품 드롭, 매치메이킹, 차례 순서), NFT 발행(공정한 특성 할당 및 배포), 복권 및 경품, 그리고 무작위 샘플링이 포함됩니다. 각 경우에 있어 계약은 무작위성을 요청하며, DON은 값과 증명을 반환하고, 온체인 검증이 통과한 후 계약은 작업을 실행합니다. 통합 패턴 및 보안 노트는 VRF v2.5 모범 사례 및 보안 고려 사항에서 다루어집니다.

운영적 관점에서, 개발자는 콜백 가스 한도 및 확정 요구사항과 같은 매개변수를 설정하며, 표준 보호 장치(예: 재진입 보호, 이행이 제때 도착하지 않으면 종료 로직 및 대형 무작위 출력을 더 작은 범위로 매핑할 때 부주의한 산술 사용)를 구현해야 합니다. 한도를 조정하는 조정자는 네트워크에 따라 다르므로, 생산 배포는 각 체인에 대한 올바른 조정자 주소 및 제약을 얻기 위해 VRF v2.5 지원되는 네트워크 페이지를 참조해야 합니다.

체인링크 기능은 계약이 분산 오라클 네트워크에게 오프체인 계산 및 API 호출을 요청하고 온체인에서 증명된 결과를 받을 수 있게 합니다. 개발자는 오프체인에서 진행할 작업을 설명하는 짧은 자바스크립트 코드 조각을 작성하고—웹 API에서 데이터를 가져오고, 계산을 수행하며, JSON을 변환하고—소비자 계약으로부터 그 요청을 제출합니다. 오라클 노드는 샌드박스에서 코드를 실행하고, 응답을 집계하며, 보고서를 서명하고, 기능 라우터를 통해 계약에 출력물을 전달합니다. 워크플로우와 신뢰 모델은 기능의 아키텍처 및 체인링크 문서에서 시작하는 가이드에 설명되어 있습니다.

일반적인 흐름은 다음과 같습니다: 계약은 파라미터(소스 코드 해시 및 모든 인수 포함)가 있는 요청을 방출합니다, 오라클 네트워크는 코드를 검색하고 실행하며, 단일 서명된 이행이 소비자가 사용할 수 있도록 온체인에 게시됩니다. 계산 및 데이터 검색이 오프체인에서 발생하기 때문에 개발자는 체인에 무거운 로직을 배포하지 않고도 Web2 API 또는 라이센스 받은 데이터 세트에 접근할 수 있으며, 여전히 유효성을 확인할 수 있는 온체인 아티팩트를 가져옵니다. 요청은 인수를 통과할 수 있으며, 콜백에 대한 예상 가스 한도를 설정하고, 결과가 제때 도착하지 않으면 호출자가 실패할 수 있도록 시간 제한을 지정할 수 있습니다.

기능은 비밀 관리를 지원하므로 API 키나 토큰이 온체인에 게시되지 않습니다. 비밀은 암호화되어 참여하는 오라클 노드에 분배되며, 노드들은 실행 중에만 이를 사용하며, 개발자는 필요할 때 비밀을 교체하거나 취소할 수 있습니다. 이 문서는 DON 호스팅 및 게이트웨이 관리 옵션, 비밀 범위 및 로그 또는 반환 값에서 누수 방지를 위한 지침을 설명합니다.

청구는 오라클 실행 및 전달 비용을 지불하는 구독을 통하여 처리됩니다. 프로젝트는 잔액(보통 LINK로)으로 자금을 조달하고 각 요청은 네트워크의 가격 일정을 따르며 잔액에서 차감됩니다; 플랫폼의 다른 곳에서 결제 추상화가 팀이 다른 자산으로 자금을 조달할 때 LINK로 정산이 이루어지도록 허용합니다. 최대 응답 크기, 요청 속도 및 콜백 가스와 같은 제한은 서비스 및 체인 특정이며, 생산 배포는 시작하기 전에 각 네트워크에 따른 제약을 읽어야 합니다.

일반적인 사용 사례에는 정기적인 온체인 피드를 요구하지 않는 시의적절한 웹 데이터를 가져오기, 위험 모델을 오프체인 신호로 풍부하게 만들기, 동적 NFT 업데이트, 및 다른 체인링크 서비스와 함께 워크플로우 구성하기—기능으로 API 호출하고, 데이터 스트림을 사용하여 가격을 검증한 후 CCIP를 통해 교차 체인 이동을 지시하는 작업이 포함됩니다. 운영적으로, 적절한 위생은 다른 오라클 통합과 유사합니다: 소비자 계약에서 입력 및 타임스탬프를 검증하고, 콜백 가스를 제한하며, 아이덴포턴시를 강화하고, 다운스트림 작업이 재생되거나 지연되는 경우 루프나 이중 지출이 이루어지지 않도록 회로 차단기를 추가합니다.

**체인링크 CCIP (Cross-Chain Interoperability Protocol)**는 공공 및 개인 블록체인을 연결하는 일반적인 메시징 및 토큰 전송 프로토콜입니다. CCIP는 자산마다 단일 잠금 및 발행 브릿지에 의존하는 대신, 분산 오라클 네트워크를 사용하여 임의의 메시지와 토큰 이동을 중계하고, 목적지 체인에서 전달을 검증합니다. 이 프로토콜은 CCIP 개발자 페이지와 그 아키텍처에서 문서화되어 있습니다.

많은 "고전적인" 브릿지와의 실질적인 차이는 토큰 및 보안 모델입니다. 토큰 발행자는 이를 "브릿지 인식"으로 만들기 위해 ERC-20 계약을 수정할 필요가 없습니다. Cross-Chain Token (CCT) 모델을 사용하여, 발행자는 원래 토큰 로직을 그대로 유지하면서 발행/소각 또는 잠금/해제 의미를 처리하는 감사된 토큰 풀 계약을 배포합니다; CCIP 메시지는 풀을 지시하며, 동일한 경로가 여러 체인에 서비스될 수 있습니다. 이 풀 설계는 구성 가능한 속도 제한이 있어 각 토큰 및 경로에 대한 가치 흐름을 조절하며, 스마트 실행이라는 신뢰성 기능이 목적지 체인 조건(예: 가스 급증)에 적응하여 배달을 보장합니다. 이 요소는 CCIP v1.5 업그레이드 노트에 소개되고 프로토콜 문서에서 확장되었습니다: CCIP v1.5 (CCT & 기능).

보안은 계층화됩니다. 핵심 DON은 교차 체인 메시지의 순서 및 배달을 처리하고, 별도의 위험 관리 네트워크(RMN)—독립적인 노드 집합—가 흐름을 외부에서 모니터링합니다. 이상 활동이 감지되면, RMN은 보호 조치(예: 경로 일시 중지)를 트리거할 수 있습니다. 개별 토큰 속도 제한 및 허용 목록된 경로와 결합된 이러한 "심층 방어" 접근 방식은 자금을 보관하는 단일 계약 브릿지에 비해 잠재적 실패의 파장 반경을 줄이도록 설계되었습니다. 위협 모델 및 역할은 CCIP 아키텍처에서 설명되어 있습니다.

CCIP는 프로그래밍 가능한 토큰 전송을 지원하며, 이는 동일한 메시지 내에서 토큰과 데이터 페이로드를 전송합니다. 목적지 체인에서 수신 계약은 원자적으로 비즈니스 로직을 실행할 수 있습니다—계좌 크레딧, 담보 예치, 거래 시작 또는 회계 업데이트— 별도의 오류가 발생하기 쉬운 단계 없이 이루어집니다. CCIP는 또한 순수 메시지(토큰 없음)를 전달하므로 개발자는 다중 체인 응용 프로그램을 끝에서 끝으로 조정할 수 있습니다: 예를 들어, 체인 A에서 데이터 스트림으로 서명된 가격을 확인하고, 체인 B에서 결제를 지시한 후, 개인 원장에 감사 기록을 게시하는 모든 작업을 수행합니다.

운영적으로, 사용자는 메시지 실행 및 목적지 체인 가스를 위해 CCIP 수수료를 지불합니다; 청구 옵션은 CCIP 청구 문서에 문서화되어 있습니다. 경로, 토큰 풀 및 매개변수는 체인 특정이므로, 생산 배포는 공식 문서에 각 네트워크에 대한 주소 및 한계를 참조해야 합니다. 다른 교차 체인 시스템과 마찬가지로, 애플리케이션은 자체적인 방어 장치—아이덴포턴트 핸들러, 재생 방지 및 가치 한도—를 CCIP의 내장 제어와 함께 구현해야 합니다.

기관의 토큰화는 단순한 가격 피드나 브릿지를 필요로 하지 않습니다. 자산은 체인 및 레거시 책에서 동기화 상태를 유지해야 하며, 외부 시스템에 영향을 미치는 다단계 워크플로우를 실행해야 하며, 거래 시 정책을 집행해야 합니다. 체인링크의 접근 방식은 함께 작동하도록 설계된 세 가지 빌딩 블록을 결합합니다:

통합 골든 레코드(UGR). 체인링크는 "토큰화 자산과 함께 이동하는" 휴대 가능하고 검증 가능한 기록을 설명하며, 그 주요 사실은 자산이 이동하는 곳에서 일관성을 유지합니다. UGR은 참조 데이터(예: ISIN, 발행자 세부 사항), NAV 또는 준비금 증명과 같은 평가 신호, 라이프사이클 메타데이터(발행/상환 상태), 준수 인증을 묶을 수 있습니다. 자산이 체인 간에 이동할 때, 동일한 기록이 각 장소에서 재발명되지 않고 업데이트되어 하류 시스템이 단일 진리의 원천을 조정하는 데 도움을 줍니다. 이 개념과 패턴은 체인링크의 통합 골든 레코드 포스트에 설명되어 있습니다.

체인링크 런타임 환경(CRE). 토큰화는 종종 투자자 온보딩, 현금 또는 담보 확인, 발행/소각 지침 및 정산과 같은 단계들을 포함합니다. CRE는 검증 가능한 워크플로우를 구축하는 오라클 서비스(데이터, 상호 운용성, 계산, 준수)를 통합하는 오케스트레이션 계층으로 제시됩니다. 개발자는 워크플로우를 정의하고 CRE는 오프체인 API 호출, 온체인 업데이트 및 교차 체인 메시지를 조율하여 단계가 순서대로 실행되고 감사용 암호학적 아티팩트가 생성됩니다. 체인링크는 이를 J.P. 모건의 Kinexys 네트워크와 Ondo의 환경 간의 테스트 트랜잭션을 보여주는 배달 대 대금 흐름에서 설명했습니다. 배경 및 예시는 체인링크 CRE 소개와 DvP에 대한 자대를 통해 볼 수 있습니다 Chainlink 블로그.

자동화된 준수 엔진(ACE). 규제된 자산은 전송 시점에서 규칙을 필요로 합니다. ACE는 CRE 위에 구축된 정책 집행 프레임워크로, 정체성과 위험 신호(예: GLEIF의 vLEI 인증, 제재 및 AML 스크린)를 온체인 거래에 연결합니다. 화이트리스트, 관할권 제한 또는 자산 특정 제한과 같은 정책은 요구되는 검증이 충족될 때만 منتقل될 수 있도록 표현할 수 있으며, 감사인을 위한 모니터링 및 보고가 포함됩니다. 체인링크는 ACE를 Apex Group, GLEIF 및 ERC-3643 협회와 함께 시작했습니다; 자세한 내용은 ACE 제품 페이지와 출시 포스트에서 확인할 수 있습니다.

실제로 세 가지 구성 요소는 함께 작동하도록 설계되었습니다. 체인 A에서 발행된 펀드 지분은 UGR(식별자, 현재 NAV, 전송 제한)을 포함할 수 있으며, CRE는 구독 현금 확인 및 발행을 조정하고, ACE은 KYC/AML 및 자산 특정 규칙을 집행하며, CCIP은 지분 또는 지침을 체인 B로 이동하는 동시에 동일한 UGR을 업데이트할 수 있습니다. 그런 다음 관리자는 자산이 곳에 정착할 때 일관된 데이터를 읽고, 계약은 임의로 수집된 프로세스 대신 검증 가능한 사실을 기반으로 행동을 취할 수 있습니다.

이 영역의 다른 기관 작업과 마찬가지로 위 모델은 문서, 데모 및 파일럿 구현에 나타나요. 범위 및 생산 상태는 참여 기관에 따라 다르며, 독자는 모든 공개 발표를 각기 다른 조합으로 해석해야 하며, 각 공개 발표의 기본 소스를 참고할 것을 권장합니다.

체인링크 스테이킹 v0.2는 특정 체인링크 서비스의 성능과 스테이킹 LINK를 연결하는 프로그램의 현재 버전입니다. 출시 시, v0.2는 풀을 45,000,000 LINK로 확장했습니다(커뮤니티 참여자 및 노드 운영자에 대한 별도의 할당이 포함됨) 및 스테이킹을 모듈형, 업그레이드 가능한 시스템으로 재구성했습니다. 접근은 2023년 11월–12월 동안 우선 마이그레이션, 조기 액세스 및 일반 액세스를 통해 시작되었습니다. 매개변수 하이라이트는 28일 언본딩(냉각) 및 7일 청구 기간, 90일 보상 증가 및 풀의 채움에 따라 조정 되는 기본 바닥 보상률이 포함되어 있습니다. 자세한 내용은 v0.2 개요 및 FAQ에 명시되어 있습니다.

보장하는 것. 스테이킹은 적용 가능한 오라클 서비스의 성능 보장을 지원합니다(초기에는 이더리움의 ETH/USD 데이터 피드이며, 시간이 지남에 따라 CCIP와 같은 다른 서비스로 확장될 예정입니다). 스테이킹된 서비스를 지원하는 노드 운영자 스테이커는 유효한 경고가 설정된 성능 조건을 충족하지 못하는 경우 벌금을 부과받을 수 있습니다. 프로그램은 또한 탐지 및 대응을 장려하기 위한 경고 메커니즘과 매개변수(예: 사건별 벌금 금액 및 경고 보상)를 정의합니다.

보장하지 않는 것. LINK 스테이킹은 기본 계층 합의에 참여하지 않습니다(이더리움이나 기타 L1/L2의 블록을 검증하지 않음)와, 자체적으로 블록체인 가동 여부를 통제하지 않습니다. v0.2에서는 커뮤니티 스테이커가 벌금에 노출되지 않으며, 스테이킹으로 보장되지 않는 서비스를 제공하는 노드 운영자도 이 버전에서는 벌금을 부과받지 않습니다; 이러한 규칙 변경은 향후 버전 및 옵트인 마이그레이션을 요구합니다.

참여자 역할 및 흐름. 두 그룹이 참여합니다: 커뮤니티 스테이커(주소당 최소/한도)와 노드 운영자 스테이커(더 높은 최소/한도). 보상은 풀의 채움 및 사용 가능한 보상에 따라 변동율로 증가합니다; 커뮤니티 보상의 일부는 무기여 노드 운영자에게 자동으로 위탁되어 인센티브를 맞춥니다. 언스테이크를 시작하는 스테이커는 28일의 냉각기에 진입하며; 7일의 청구 기간이 종료되면, 어떤 청구되지 않은 스테이크도 자동으로 v0.2에 재진입하고, 철회 시점까지 보상은 계속 누적됩니다. 주요 운영 보호 장치에는 보안이 중요한 설정 변경에 대한 시간 잠금이 포함되어 있으며, 이는 언본딩 기간을 초과하여 참가자들이 업그레이드가 발효되기 전에 퇴출할 시간을 제공합니다.

미래 지향적인 요소. v0.2의 모듈형 아키텍처는 추가 서비스를 지원하도록 설계되었으며, 경고/벌금 조건을 발전시키고 새로운 보상 출처(예: 사용자 수수료 수익)가 온라인으로 출현합니다. 이는 체인링크가 언급한 로드맵 기능이며, 타이밍 보장을 나타내는 것이 아니라 프로그램 설계로 해석해야 합니다.

체인링크 노드는 독립 운영자—오라클 소프트웨어를 유지하고 데이터 소스에 연결하며 서명된 보고서를 온체인 계약에 전달하는 인프라 팀과 서비스 공급자들이 운영합니다. 누구나 공개 실행서에 따라 노드를 설정하고, 운영자 계약을 배포 및 작업을 수행할 수 있지만, 생산 오라클 네트워크(예: 가격 피드 및 준비금 증명)는 특정 서비스와 체인을 위해 선택된 보안 검토받은 잠재적 유통 애플리케이션의 집합으로 구성됩니다. 이 선택은 서비스 특정 주소와 참여자를 서술하는 제품 자료에서 볼 수 있는 "독립 노드 운영자의 분산 집합"으로 표시되며, 데이터 피드 디렉토리 및 대시보드 data.chain.link와 같은 자료에서 확인할 수 있습니다. 운영자 책임과 요청-이행 패턴은 개발자 문서의 체인링크 노드 및 오프체인 보고서에서 문서화되어 있습니다: 노드 개요, 노드 운영하기, 및 OCR.

각 오라클 네트워크에 대해 체인링크는 보고서 수락을 위한 회원 자격, 과반수 및 계약을 정의합니다. 노드가 직접 요청/응답 서비스를 노출하는 경우, 소비자가 작업이나 권한을 전송하기 전에 표준 구현으로 주소가 생성되었는지를 검증할 수 있도록 감사된 운영자 계약(또는 팩토리 사용)을 배포합니다; 이는 운영자 계약 문서와 운영자 팩토리 주소에 요약되어 있습니다. 데이터 품질 가이드는 피드가 다를 수 있는 방법(다중 소스 집계 대 단일 소스 인증) 및 운영자 및 소스 다양성이 중요한 이유를 설명합니다; 품질 데이터 피드 선택을 문서에서 확인하십시오.

인센티브. 운영자는 서비스 제공에 대해 LINK로 보수를 받습니다. 플랫폼의 결제 추상화 모델을 통해 애플리케이션은 다른 자산으로 수수료를 자금 조달할 수 있으며, 시스템은 이를 내부에서 LINK로 전환합니다. 체인링크 자료에 따르면, 스마트 가치를 회수하는 지원 애플리케이션의 네트워크 수수료 흐름이 노드 운영자에게 지급되는 지속 가능한 목표의 일환으로 지속적으로 오라클 보상을 커버하는 데 도움이 됩니다: 결제 추상화. 스테이킹으로 통합된 서비스는 범위 내에서 스테이킹된 서비스에 참여하는 운영자가 정의된 성능 임계값이 위반되면 벌금을 부과 to incentivize 서비스 신뢰도에 보상을 align합니다; 이는 스테이킹 v0.2 개요에서 다루어졌습니다.

실제적으로 운영자 선택은 서비스 특정입니다: 노드는 한 체인에서 일부 데이터 피드에 참여하고, 다른 체인에서는 준비금 피드 및 다른 곳에서는 CCIP 경로에 참여하며, 각각의 고유한 키, 한도 및 모니터링을 가지고 있습니다. 이 조합이 명시적이기 때문에, 통합자는 소비할 예정인 서비스의 네트워크 특정 주소 및 현재 운영자 집합을 반드시 공식 문서에서 확인하고 각 보장 제공된 오라클 네트워크와 함께 자신의 보호 장치를(아이덴포턴트 핸들러, 회로 차단기, 가치 한도) 적용해야 합니다.

DeFi 통합. 체인링크는 시장 데이터 및 관련 서비스의 다양한 생산 프로토콜에 통합됩니다. Aave는 팔란티어 가격 오라클 구조 내에서 Chainlink를 포함하여 대출 및 청산 로직이 집계된 시장 비율을 참조할 수 있도록 합니다 (Aave oracle docs). GMX v2는 데이터 스트림을 사용하여 영구물의 저지연 가격 책정을 제공하며, 모든 틱을 온체인에 작성하는 대신 요구 사항에 따라 доказуем하게 업데이트 할 수 있습니다 (GMX docs). Lido는 스테이블 ETH에 대한 참조 가격을 필요로 하는 하류 통합을 지원하기 위해 stETH–USD 체인링크 피드를 채택했습니다 (Lido post). 이는 예시일 뿐이며, 포괄적인 목록은 아닙니다; 체인링크는 개발자 문서에서 에코시스템 사용자의 공개 카탈로그를 유지하고 있습니다.

기관 파일럿 및 시장 인프라 실험. 여러 대규모 금융 시장 조직들이 제한된 범위의 설정에서 체인링크 구성 요소를 테스트했습니다. Swift는 기존 네트워크를 기존 CCIP와 결합하여 여러 공공 및 개인 블록체인 간에 토큰화된 자산 및 메시지를 전송하는 실험을 보고했습니다; 참여자에는 ANZ, BNY 멜론, 시티, 클리어스트림, 유로클리어 및 DTCC이 포함됩니다(발표 및 결과는 swift.com에서 확인하세요). DTCC는 체인링크/CCIP를 이용하여 온체인으로 뮤추얼 펀드 가격 데이터를 전송한 "스마트 NAV" 파일럿을 설명했습니다(dtcc.com). 마스터카드는 카드 소지자를 위해 온체인 암호화 구입 흐름 내에 체인링크를 통합하는 협업을 발표했습니다 (보도 자료 mastercard.com 참조).

중요: 이러한 기관 항목은 일반적으로 파일럿, 개념 증명 또는 제한된 통합이며, 전체 생산 출시가 아닙니다. 범위 및 상태는 각 조직의 공개에 따라 파악해야 합니다.

체인링크의 설계는 심층 방어를 사용하며 단일 제어 방식이 아닙니다. 데이터 레이어에서 오라클 네트워크는 독립 노드 운영자로 구성되며 다양한 데이터 소스에서 관측치를 가져와 오프체인에서 집계하고 서명된 보고서를 온체인에 게시합니다. 이는 단일 소스 및 단일 운영자의 위험을 줄이며 검증을 투명하게 유지합니다: 소비자 계약은 서명을 검증하고 감사된 집계 계약에서 최신 값을 읽을 수 있습니다. 운영 매개변수—편차 임계값, 하트 비트, 최대 가스/콜백 한도—는 서비스 및 체인별로 설정되어 업데이트 주기 및 비용이 환경에 조정됩니다. 이러한 메커니즘은 아키텍처 개요 및 데이터 피드 문서에서 찾아볼 수 있습니다.

교차 체인 메시징 및 토큰 이동에 대해, CCIP는 서비스 특정 제어를 추가합니다. 토큰 풀은 경로당 및 토큰당 속도 제한으로 구성되어 가치 흐름을 조절하며, 배달에 스마트 실행을 사용하여 목적지 체인의 조건(예: 가스 급증)에 적응합니다. 별도의 **위험 관리 네트워크(RMN)**는 흐름을 외부에서 모니터링하며 이상이 감지되면 보호 조치를 트리거할 수 있습니다(예: 경로 일시 중지). 이 계층화된 모델과 DON, 풀 및 RMN의 역할은 CCIP 아키텍처와 v1.5 노트에서 소개된 크로스 체인 토큰(CCT) 모델에 설명되어 있습니다.

스테이킹 v0.2는 스테이킹된 LINK를 적용 가능한 서비스의 성능에 연결하며, 정의된 조건이 위반되면 노드 운영자 스테이커에게 경고/벌금을 도입합니다. 이 프로그램은 모듈형 및 업그레이드 가능하며, 명시적인 언본딩 기간 및 언본딩 기간을 초과하는 보안이 중요한 설정 변경에 대한 시간 잠금을 제공합니다. 매개변수 및 역할은 스테이킹 v0.2 개요에 요약되어 있습니다.

개인 정보 및 데이터 처리도 제품 레이어에서 시행됩니다: 기능은 API 자격 증명이 온체인에 게시되지 않도록 암호화된 비밀을 지원하며, ACE는 정의된 정책에 따라 승인된 당사자에게만 전송 및 데이터 접근을 제한합니다.

보안은 또한 프로세스 및 보증을 통해 다루어집니다. 체인링크는 피드를 선택하고 신선한/이상 데이터를 처리하며 소비 계약 내 회로 차단기를 구현하는 데 대한 제품 수준 가이드를 게시합니다(문서 전반에 걸쳐 통합 노트를 참조하세요). 공식 제어가 필요한 조직에게 체인링크는 ISO 27001 인증 및 CCIP, 가격 피드 및 준비금 증명과 같은 핵심 서비스를 포함하는 SOC 2 유형 1 증명을 통과했다는 소식을 발표했습니다; 세부정보 및 범위는 체인링크 블로그에서 확인할 수 있습니다. 이러한 요소들은 외부 평가자에 의해 검증된 회사 공개 사항이므로 각 기관의 보안 요구 사항과 함께 교차 참조해 읽어야 합니다.

실제로 신뢰성은 올바른 통합에 달려 있습니다. 생산 배포는: 공식 계약 주소 및 네트워크별 레지스트리를 사용하고; 문서화된 서비스 한계를 준수하며(예: 콜백 가스 및 보고서 크기); 교차 체인 메시지에 대한 아이덴포턴트 핸들러 및 재생 방지를 추가하고; 오라클 네트워크에서 제공하는 보장과 함께 애플리케이션 레벨 가드를 구현해야 합니다. 체인 특정 주소, 참여자 및 매개변수는 문서의 제품 섹션 내에서 관리되므로 통합자는 사용 중인 네트워크 및 구성의 정확성을 검증할 수 있습니다.

오라클 및 모델 위험. 모든 오라클은 부정확하거나 오래되었거나 조작된 입력을 드러낼 수 있습니다. 체인링크는 독립적인 노드 운영자, 다양화된 출처 및 서명된 집계로 이를 완화하지만, 소비 앱은 여전히 정상성 검사, 회로 차단기 및 일시 중지/종료 스위치에 대한 책임을 집니다. 편차 임계값 및 하트 비트는 불필요한 업데이트를 줄여주지만 신선한 데이터를 지연시킬 수 있으며; 통합자는 이를 조정하고 자신의 로직에서 오래된 읽기 또는 이상치를 처리해야 함을 문서의 데이터 피드 지침에서 설명합니다.

운영자/세트 구성 및 업그레이드 가능성. 서비스 네트워크는 체인별로 명시적 운영자 집합, 과반수 및 계약으로 구성됩니다. 이러한 투명성은 감사에 도움이 되지만, 각 네트워크 운영자와 업데이트가 롤아웃되는 방식에 따라 위험이 달라짐을 의미합니다. 체인링크는 스테이킹 v0.2와 같은 프로그램에 대한 시간 잠금 및 변경 제어를 문서화하지만, 관리자는 여전히 존재하며 업그레이드 경로가 여전히 존재합니다; 통합자는 계약 역할을 모니터링하고 변경 발표를 검토하며, 구성 변경이 자신의 위험 수용과 충돌할 경우 일시 중지하도록 준비해야 합니다.

교차 체인 위험. 체인 간에 가치를 이동하는 것은 공격 면적을 추가합니다(경로 오류, 목적지 체인 혼잡, 경제적 공격). CCIP는 토큰당/경로당 속도 제한, 스마트 실행 및 경로를 일시 중지할 수 있는 별도의 위험 관리 네트워크를 추가합니다, 그러나 애플리케이션은 여전히 아이덴포턴트 핸들러, 재생 방지 및 가치 한도를 스스로 시행해야 합니다. 위협 모델 및 제어는 CCIP 아키텍처에서 설명되어 있습니다.

경제적 및 공시 위험. 체인링크의 결제 추상화는 다양한 자산으로 자금을 지원받은 수수료를 LINK로 변환하여 정산하며, 그리고 조직은 온체인 수수료 및 특정 오프체인 수익에서 LINK를 누적하는 체인링크 리저브를 설명합니다. 이는 회사가 보고하는 메커니즘이며 대시보드가 공개되어 있으나, 감사된 재무 제표는 아닙니다; 독자는 수치 및 흐름을 보장으로 여기기보다는 공개한 신뢰의 이러한 요소들을 제공해야 합니다(자세한 내용은 결제 추상화 업데이트 및 체인링크 리저브 설명서 참조).

메트릭 해석. 거래 가치 지원(TVE), 총 가치 보장(TVS) 및 검증된 메시지 수와 같은 네트워크 통계는 metrics.chain.link에 게시됩니다. 이들은 유용한 방향 지표이지만, 프로젝트에서 생산되며; 정확성이 중요한 경우, 기초 방법론이나 독립적인 소스를 신뢰해야 합니다.

준수 및 관할권. **자동화된 준수 엔진(ACE)**는 KYC/AML 및 자산 특정 규정을 온체인에서 시행하는 것을 목표로 하지만, 규제 요건은 관할권에 따라 다르며 변경될 수 있습니다. 기관은 ACE를 기존의 통제 프레임워크 내에서 정책 도구로 간주해야 하며, 이를 대체하기 위한 것은 아닙니다(제품 세부 사항은 ACE 페이지 참조).

플랫폼 및 체인 의존성. DON은 특정 체인 및 주소에 게시하며, 서비스 한계(콜백 가스, 보고서 크기, 게시 주기)는 네트워크에 따라 다릅니다. 살아있음은 궁극적으로 목적지 체인의 건강과 수수료 시장에 달려 있습니다; CCIP의 스마트 실행과 같은 기능은 가스 변동성을 완화할 수 있지만 체인 수준의 혼잡을 제거할 수는 없습니다.

파일럿 대 생산. 많은 기관 참조는 파일럿, 개념 증명 또는 제한된 범위 통합입니다. 독자는 발표를 스스로 해석하고, 기관 사이트에서 범위를 확인하며, 기관의 명시적 발표 없이는 광범위한 생산 채택을 가정하지 않도록 주의해야 합니다.

실용적인 테이크아웃: 공식 주소만 사용하고, 변경 알림에 구독하고, 애플리케이션 레벨 가드(정상성 검사, 일시 중지 로직, 가치 한도)를 추가하고, 오라클 업데이트 정책을 프로토콜의 위험 예산과 일치시킵니다. 이러한 통제는 오라클 네트워크와 교차 체인 층에서 제공하는 보장을 보완하지만 대체하지는 않습니다.

체인링크는 체인 독립적이며 이더리움과 광범위한 L2 및 기타 EVM 네트워크 전반에 서비스를 배포하고 있습니다. 가용성, 계약 주소 및 한계는 서비스 및 체인 특정이므로 통합자는 항상 배포 전 공식 디렉토리에서 정확한 세부 정보를 가져와야 합니다.

현재 범위 및 주소는 각 서비스 페이지를 통해 확인하세요:

• 가격 피드: 피드 집계기 디렉토리는 체인별로 주소를 나열하며, 편차/하트비트 매개변수를 가격 피드 주소에서 확인할 수 있습니다.
• 데이터 스트림: 가용성, 검증 흐름 및 통합 노트는 데이터 스트림 섹션에서 유지됩니다(각 네트워크 세부정보는 해당 허브에서 연결됩니다).
• CCIP: 경로, 토큰 풀 및 매개변수는 CCIP 페이지에 문서화되어 있으며, 체인 특정 참조로 연결됩니다.
• VRF v2.5: 조정자, 한계 및 지원되는 네트워크는 VRF 지원되는 네트워크에서 확인할 수 있습니다.
• 자동화: 레지스트리 주소, 트리거 유형 및 네트워크 세부정보는 자동화 문서에 포함되어 있으며(각 체인 레지스트리 참조가 링크됨).
• 기능: 네트워크 지원, 구독 설정 및 전달 제약은 체인링크 기능 섹션에서 문서화되어 있습니다.

수수료는 목적지 체인 가스 시장 및 서비스 구성(예: 데이터 스트림 검증 비용 또는 CCIP 경로 수수료)에 따라 달라지므로, 생산 출시 시 목표 체인에서 테스트하고 콜백 가스 한도를 확인하며, LINK 토큰 인스턴스가 해당 네트워크의 공식 주소와 일치하는지 검증해야 합니다. 개발자는 일반적으로 문서의 제품 허브에서 시작하며—각 제품마다 네트워크 별 주소, 빠른 시작 및 한도가 포함되어 있습니다—docs.chain.link에서 확인할 수 있습니다.

체인링크는 2017년 세르게이 나자로프와 스티브 엘리스에 의해 도입되었으며, 원래 백서는 아리 쥴스가 공동 저자입니다. 이 프로젝트는 링크를 이더리움에서 출시하였고 독립 오라클 노드가 외부 데이터를 수집하고 검증하여 서명된 출력을 스마트 계약에 전달하는 모델을 설정했습니다. 초기 초점은 DeFi를 위한 참조 데이터였으며, 이는 프로젝트의 아키텍처 개요에서 공식화되었고 체인링크 2.0 연구 논문에서 확대되었습니다. 이 연구 논문은 분산 오라클 네트워크(DON)를 데이터, 컴퓨트 및 크로스 체인 메시징에 대한 일반화된 "오라클 계층"으로 설명했습니다.

이후 플랫폼은 가격 피드에서 서비스를 모듈화된 스택으로 확대했습니다. VRF는 게임, 복권 및 NFT 발행을 위한 검증 가능한 무작위성을 도입했습니다 (VRF docs); 자동화(이전의 Keepers)는 분산 예약 및 이벤트 기반 실행을 추가했습니다 (자동화 docs); 기능은 오프체인 API 호출 및 계산과 온체인 증명을 가능하게 했습니다 (기능 아키텍처); 그리고 데이터 스트림은 파생 상품 및 청산을 위한 서명된 저지연 시장 업데이트를 제공했습니다 (데이터 스트림). 상호 운용성을 위해 체인링크는 CCIP를 출시하였으며, 이는 크로스 체인 메시징 및 토큰 전송을 위한 일반적인 프로토콜로, 크로스 체인 토큰 모델, 프로그래밍 가능 전송 및 속도 제한 및 스마트 실행 기능을 포함합니다 (CCIP docs).

경제 및 운영 측면에서 체인링크는 스테이킹 v0.2를 시작하여 스테이킹된 LINK를 적용 가능한 서비스 성능에 연결했으며 (스테이킹 v0.2); 사용자가 다양한 자산으로 수수료를 자금 조달할 수 있도록 결제 추상화를 론칭하여 정산이 LINK로 이루어지게 하였습니다 (결제 추상화 확인); 그리고 체인링크 리저브를 소개하여 ON 체인 수수료 및 특정 오프 체인 수익에서 LINK를 격리된 온 체인 리저브를 누적하는 것으로 설명하고 있습니다 (리저브 설명서). 최근 체인링크는 통합 골든 레코드를 통해 동기화된 자산 데이터, **체인링크 런타임 환경(CRE)**를 통한 검증 가능한 오케스트레이션 및 **자동화된 준수 엔진(ACE)**로 정책 집행을 결합한 토큰화 워크플로우 프레임워크를 제시했습니다 (UGR, CRE, ACE).

이 방향성—데이터, 컴퓨트, 상호 운용성 및 준수—은 점 솔루션에서 공공 및 사설 체인을 아우르는 컴포저블 플랫폼으로의 전환을 반영합니다. 이 페이지의 나머지 부분과 마찬가지로 독자는 링크된 내용을 기반으로 타임라인 및 범위에 대해 해석하고, 현재의 매개변수 및 네트워크 가용성에 관한 공식 문서를 참조해야 합니다.