IoTeX, DePHY, peaq 등의 인프라 구조의 작동 원리를 상세히 설명하시오.

2024.03.18

IoTeX, DePHY, peaq 등의 인프라 구조의 작동 원리를 상세히 설명하시오.

DePIN 및 Web3 사물인터넷 프로젝트의 작동 원리를 프로토콜 설계 관점에서 이해하기.

2024.03.18 - 15:56:13

Web3 심층 보도에 집중하고 흐름을 통찰

DePIN 및 Web3 사물인터넷 프로젝트의 작동 원리를 프로토콜 설계 관점에서 이해하기.

작성자: Pika, Sui 블록체인 대사, DePIN 연구원

편집: Faust, 지식인 web3

서론: 비록 현재 DePIN 분야가 매우 뜨겁지만, DePIN 관련 사물인터넷(IoT) 장비들이 블록체인에 대규모로 연결되기 위해서는 여전히 기술적인 장애물이 존재한다. 일반적으로 IoT 하드웨어를 블록체인에 연결하려면 아래의 세 가지 핵심 단계를 거쳐야 한다.

1. 하드웨어 장치의 신뢰할 수 있는 실행;

2. 데이터 수집, 검증 및 제공;

3. 데이터를 다양한 애플리케이션으로 분배.

이 세 단계에는 각기 다른 공격 시나리오와 대응 수단이 존재하며, 다양한 메커니즘 설계가 필요하다. 본문은 프로젝트의 작업 흐름과 프로토콜 설계 관점에서 IoT 장치가 신뢰할 수 있는 데이터를 생성하고, 데이터를 검증 및 저장하며, 계산을 통해 증명을 생성하고, 최종적으로 데이터를 블록체인에 롤업하는 전 과정을 회고·분석한다. 만약 당신이 DePIN 분야의 창업자라면, 본문이 당신의 프로젝트 발전에 있어 방법론적, 기술적 설계 측면에서 도움이 되기를 바란다.

아래 내용에서는 공기질 감지 시나리오를 예시로 들어, IoTeX, DePHY, peaq라는 세 개의 DePIN 인프라를 결합해 분석함으로써 DePIN 인프라 플랫폼이 어떻게 작동하는지를 설명하겠다. 이러한 인프라 플랫폼은 IoT 장치와 블록체인/Web3 인프라를 연결하여 프로젝트 팀이 DePIN 기반 애플리케이션 프로젝트를 신속하게 시작할 수 있도록 지원한다.

하드웨어 장치의 신뢰할 수 있는 실행

하드웨어 장치의 신뢰성은 장치 정체성(Identity)에 대한 신뢰와 프로그램 실행 과정의 무결성·위변조 불가능성에 대한 검증 가능성을 포함한다.

DePIN의 기본 작동 모델

대부분의 DePIN 프로젝트 보상 방식에서 하드웨어 장치 운영자는 서비스를 제공함으로써 이를 담보로 인센티브 시스템에서 보상을 요구한다. 예를 들어 Helium에서는 네트워크 핫스팟 장치가 신호 커버리지를 제공함으로써 HNT 보상을 획득한다. 그러나 시스템에서 인센티브를 받기 전에, DePIN 장치는 일정한 '노력'을 실제로 수행했음을 입증해야 한다.

현실 세계에서 특정 서비스를 제공하거나 특정 활동을 수행했다는 것을 입증하기 위한 증거를 물리적 작업 증명(Proof of Physical Work, PoPW)이라고 한다. DePIN 프로젝트의 프로토콜 설계에서 물리적 작업 증명은 중대한 역할을 차지하며, 이에 상응하는 다양한 공격 시나리오와 대응 수단도 존재한다.

DePIN 프로젝트는 블록체인을 기반으로 인센티브 배포 및 토큰 분배를 수행해야 한다. 전통적인 퍼블릭 블록체인의 공개키/비밀키 체계와 유사하게, DePIN 장치의 정체성 확인 절차에서도 공개키/비밀키를 사용해야 한다.비밀키는 '물리적 작업 증명'을 생성하고 서명하는 데 사용되며, 공개키는 외부에서 해당 증명을 검증하거나 하드웨어 장치의 정체성 태그(Device ID)로 활용된다.

또한, 장치의 체인상 주소로 직접 토큰 인센티브를 수령하는 것은 불편하기 때문에, DePIN 프로젝트팀은 종종 체인상에 스마트 계약을 배포한다. 이 계약에는 다양한 장치 소유자의 체인상 계정 주소가 기록되어 있으며, 데이터베이스의 일대일 또는 다대일 관계와 유사하다. 이 경우 오프체인 물리 장치가 수령해야 할 토큰 보상은 바로 장치 소유자의 체인상 계정으로 지급될 수 있다.

시빌 공격(Sybil Attack)

대부분의 인센티브 제공 플랫폼은 '시빌 공격'에 직면하게 된다. 즉 누군가 많은 계정이나 장치를 조작하거나 서로 다른 정체성 증명을 생성하여 다수의 사람처럼 가장해 여러 번 보상을 수령할 수 있다는 것이다. 앞서 언급한 공기질 감지 서비스를 예로 들면, 이 서비스를 제공하는 장치가 많을수록 시스템이 분배하는 보상도 많아진다. 누군가는 기술적 수단을 통해 짧은 시간 내에 다수의 공기질 감지 데이터와 대응하는 장치 서명을 생성하여 수많은 물리적 작업 증명을 만들어 이익을 얻을 수 있다. 이는 DePIN 프로젝트의 토큰이 과도한 인플레이션에 빠지는 결과를 초래하므로, 이러한 부정행위를 막아야 한다.

KYC 등 개인정보 침해 우려가 있는 방법을 사용하지 않는다면, 일반적인 반시빌 대책은 POW와 POS이다. 비트코인 프로토콜에서 마이너는 엄청난 컴퓨팅 자원을 투입해야만 채굴 보상을 받을 수 있고, POS 퍼블릭 체인은 참여자가 자산을 스테이킹하도록 요구한다.

DePIN 분야에서는 반시빌 조치를 '물리적 작업 증명 생성 비용을 높이는 것'으로 요약할 수 있다. 물리적 작업 증명 생성은 유효한 장치 정체성 정보(비밀키)에 의존하므로, 정체성 정보 획득 비용을 높이면 낮은 비용으로 수많은 작업 증명을 생성하는 부정행위를 방지할 수 있다.

위 목표를 달성하기 위해 상대적으로 효과적인 방법은 DePIN 장치 제조업체가 정체성 정보 생성 권한을 독점하고, 장치를 맞춤형 처리하여 각 장치마다 고유한 정체성 태그를 부여하는 것이다. 이것은 마치 경찰청이 모든 국민의 신분정보를 통일 기록하듯, 경찰청 데이터베이스에서 조회 가능한 사람만 정부 보조금을 받을 수 있는 자격이 있는 것과 같다.

（출처: DigKey）

생산 과정에서 DePIN 장치 제조사는 충분한 시간 동안 루트 키를 생성한 후, eFuse 기술을 이용해 랜덤하게 선택된 루트 키를 칩에 기록한다. 참고로 eFuse(프로그래머블 전자퓨즈)는 집적회로(IC)에 정보를 저장하는 전자기술로, 기록된 정보는 일반적으로 변조나 삭제가 불가능하여 높은 수준의 보안을 제공한다.

이러한 생산 공정 하에서 장치 소유자와 제조업체 모두 장치의 비밀키 및 루트 키를 알 수 없다. 하드웨어 장치는 TEE 격리 환경에서 루트 키로부터 작업 키를 도출해 사용할 수 있는데, 여기에는 정보 서명용 비밀키와 외부에서 장치 정체성을 검증하는 데 사용되는 공개키가 포함된다. TEE 외부의 사람이나 프로그램은 키의 세부 정보를 인지할 수 없다.

위 방식에 따르면, 토큰 인센티브를 얻으려면 전용 제조업체로부터 장치를 구매해야 한다. 시빌 공격자가 제조업체를 우회하여 낮은 비용으로 대량의 작업 증명을 생성하려면, 제조업체의 보안 시스템을 해킹해 자신이 생성한 키의 공개키를 네트워크 허가 장치에 등록해야 한다. 시빌 공격자는 낮은 비용으로 공격을 수행하기 어렵고, 장치 제조업체가 내부에서 부정행위를 하지 않는 한 불가능하다.

사람들이 장치 제조업체의 부정행위 가능성을 발견하면 사회적 합의를 통해 제조업체를 폭로할 수 있으며, 이는 종종 DePIN 프로젝트 자체에도 피해를 줄 수 있다. 하지만 대부분의 경우 장치 제조업체는 DePIN 네트워크 프로토콜의 핵심 수혜자로서, 부정행위를 할 동기가 거의 없으며, 네트워크 프로토콜이 원활하게 작동하면 채굴 장치 판매 수익이 DePIN 채굴 수익보다 더 크기 때문에, 그들은 부정행위보다는 정직한 운영을 선호한다.

（출처: Pintu Academy）

하드웨어 장치가 중앙화된 제조업체에 의해 통일 공급되지 않는 경우, 임의의 장치가 DePIN 네트워크에 접속할 때 시스템은 먼저 해당 장치가 프로토콜이 요구하는 특성을 갖추고 있는지 확인해야 한다. 예를 들어 시스템은 새로 가입하는 장치가 전용 하드웨어 모듈을 가지고 있는지 검사하며, 그러한 모듈이 없는 장치는 종종 인증을 통과할 수 없다. 이러한 하드웨어 모듈을 장치에 추가하려면 일정한 자금이 필요하므로, 이는 시빌 공격의 비용을 높이고 결과적으로 시빌 공격을 방지하는 목적을 달성한다. 이 경우 정상적으로 장치를 운영하는 것이 시빌 공격을 일으키는 것보다 더 현명하고 안정적인 선택이다.

데이터 위조 공격

상상해보자. 어떤 장치가 수집한 공기질 감지 데이터의 변동성이 클수록 시스템이 데이터 가치를 더 높게 평가하고 더 많은 보상을 제공한다고 하자. 그러면 모든 장치는 데이터를 조작해 인위적으로 높은 변동성을 나타내도록 할 강력한 동기를 갖게 된다. 중앙화된 제조업체가 정체성을 인증하는 장치라도 데이터 계산 과정에서 '사적인 속셈'을 넣어 수집된 원본 데이터를 수정할 수 있다.

어떻게 하면 DePIN 장치가 정직하고 신뢰할 수 있으며 수집한 데이터를 마음대로 수정하지 않았음을 보장할 수 있을까? 여기에는 트러스티드 펌웨어(Trusted Firmware) 기술이 필요하며, 그 중 대표적인 것이 TEE(Trusted Execution Environment), SPE(Secure Processing Environment) 등이다. 이러한 하드웨어 수준의 기술은 데이터가 장치 내에서 미리 검증된 프로그램에 따라 실행되며, 계산 과정에서 '사적인 속셈'이 끼어들지 않도록 보장한다.

（출처: Trustonic）

간략히 설명하자면, TEE(신뢰 실행 환경)는 일반적으로 프로세서 또는 프로세서 코어 내에 구현되며, 민감한 데이터를 보호하고 민감한 작업을 수행한다. TEE는 코드와 데이터가 하드웨어 수준의 보안을 받는 신뢰할 수 있는 실행 환경을 제공하여, 악성 소프트웨어, 악의적 공격 또는 무단 접근을 방지한다. 예를 들어 Leger, Keystone 등의 하드웨어 지갑은 TEE 기술을 사용한다.

대부분의 현대 칩은 TEE를 지원하며, 특히 모바일 기기, IoT 장치, 클라우드 서비스용 칩에 집중되어 있다. 일반적으로 고성능 프로세서, 보안 칩, 스마트폰 SoC(시스템온칩), 클라우드 서버 칩은 통합 TEE 기술을 갖추고 있는데, 이는 이러한 하드웨어가 적용되는 시나리오가 종종 높은 보안 요구를 가지기 때문이다.

그러나 모든 하드웨어가 트러스티드 펌웨어를 지원하는 것은 아니다. 일부 저가형 마이크로컨트롤러, 센서 칩, 맞춤형 임베디드 칩은 TEE 지원이 부족할 수 있다. 이러한 저비용 칩의 경우, 프로브 공격 등을 통해 칩 내부에 저장된 정체성 정보를 추출함으로써 장치 정체성과 행동을 위조할 수 있다. 예를 들어 칩에 저장된 비밀키 데이터를 추출한 후, 이를 이용해 조작되거나 위조된 데이터에 서명함으로써 장치 자체가 생성한 데이터처럼 위장할 수 있다.

그러나 프로브 공격은 전문 장비와 정확한 조작, 데이터 분석 프로세스를 필요로 하며 공격 비용이 너무 높아, 시장에서 이러한 저비용 칩을 직접 구매하는 비용보다 훨씬 높다. 저가형 장치의 정체성 정보를 프로브 공격 등으로 위조해 이익을 얻는 것보다, 공격자는 오히려 더 많은 저비용 장치를 직접 구매하는 것을 선호할 것이다.

데이터 소스 공격 시나리오

앞서 언급한 TEE는 하드웨어 장치가 진실하게 데이터 결과를 생성함을 보장할 수 있지만, 데이터가 장치 내부로 입력된 후 악의적인 처리가 없음을 증명할 수 있을 뿐, 계산 처리 이전의 입력 소스가 신뢰할 수 있음을 보장할 수는 없다. 이는 오라클 프로토콜이 직면한 문제와 유사하다.

예를 들어, 어느 공기질 감지기가 폐가스를 배출하는 공장 근처에 설치되었는데, 누군가 밤에 밀폐된 유리병으로 감지기를 덮어씌운다면, 이 감지기가 수집하는 데이터는 반드시 비현실적일 것이다. 그러나 위와 같은 공격 시나리오는 이윤이 거의 없기 때문에 공격자가 굳이 수행할 이유가 없으며, 노력만 들이고 이득은 없다. DePIN 네트워크 프로토콜 입장에서는 장치가 정직하고 신뢰할 수 있는 계산 과정을 만족시키며, 인센티브 프로토콜이 요구하는 작업량을 수행했다면, 이론적으로 보상을 받아야 한다.

솔루션 소개

IoTeX

IoTeX는 W3bStream 개발 도구를 제공하여 IoT 장치를 블록체인 및 Web3에 연결한다. W3bStream의 IoT SDK에는 통신 및 메시지 전달, 정체성 및 자격 증명 서비스, 암호화 서비스 등 기본 구성 요소가 포함되어 있다.

W3bStream의 IoT SDK는 암호화 기능 개발이 매우 잘 이루어져 있으며, PSA Crypto API, 암호학 원시(primitives), 암호학 서비스, HAL, 도구, Root of Trust 등 다양한 모듈을 포함한다.

이러한 모듈들을 통해 다양한 하드웨어 장치에서 안전하거나 상대적으로 덜 안전한 방식으로 장치가 생성한 데이터에 서명하고, 이를 네트워크를 통해 다음 데이터 계층으로 전달하여 검증받을 수 있다.

DePHY

DePHY는 IoT 단말에서 DID(Device ID) 인증 서비스를 제공한다. DID는 제조업체가 발행하며, 각 장치는 하나의 DID만 가지며, 중복되지 않는다. DID의 메타데이터는 사용자가 정의할 수 있으며, 장치 일련번호, 모델명, 보증 정보 등을 포함할 수 있다.

TEE를 지원하는 하드웨어 장치의 경우, 처음에 제조업체가 키 쌍을 생성하고 eFuse를 사용해 키를 칩에 기록하며, DePHY의 DID 서비스는 제조업체가 장치의 공개키를 기반으로 DID를 생성하는 것을 도와준다. 제조업체가 생성한 비밀키는 IoT 장치에 기록되는 것 외에는 제조업체만 보유한다.

신뢰할 수 있는 펌웨어는 보안하고 신뢰할 수 있는 메시지 서명과 하드웨어 단말 비밀키 보호를 실현할 수 있으므로, 네트워크 내에서 장치 비밀키를 부정하게 생성하는 행위가 발견되면, 거의 확실히 제조업체가 악의를 갖고 있다고 판단할 수 있으며, 이를 통해 책임을 제조업체로 추적할 수 있다.

DePHY 사용자는 장치를 구입한 후 활성화 정보를 얻어 체인상 활성화 계약을 호출함으로써 하드웨어 장치의 DID를 자신의 체인상 주소와 연동시킬 수 있고, 이를 통해 DePHY 네트워크 프로토콜에 접속할 수 있다. IoT 장치가 DID 설정 절차를 거친 후 사용자와 장치 사이의 양방향 데이터 흐름이 가능해진다.

사용자가 체인상 계정을 통해 장치에 제어 명령을 보내는 과정은 다음과 같다:

1. 사용자가 제어 접근 권한을 보유하고 있는지 확인한다. 장치의 접근 제어 권한은 DID에 메타데이터 형태로 기록되므로, DID를 확인해 권한을 검증할 수 있다.

2. 사용자와 장치 간에 비밀 채널을 개설하여 연결함으로써 사용자가 장치를 제어할 수 있도록 허용한다. DePHY 리레이어는 NoStr 리레이 외에도 피어 투 피어(P2P) 네트워크 노드를 포함하여 포인트 투 포인트 채널을 지원하며, 네트워크 내 다른 노드가 트래픽을 중계해줄 수 있다. 이를 통해 사용자가 오프체인에서 실시간으로 장치를 제어할 수 있다.

IoT 장치가 블록체인에 데이터를 전송할 때, 후속 데이터 계층은 DID에서 장치의 허가 상태를 읽어 등록되어 허가된 장치만 데이터를 업로드할 수 있도록 한다. 예를 들어 제조업체에 의해 등록된 장치.

DID 서비스의 또 다른 흥미로운 기능은 IoT 장치의 기능적 특성(trait) 인증을 제공한다는 점이다. 이 인증은 IoT 하드웨어 장치가 특정 기능을 갖추고 있는지 식별하여, 특정 블록체인 네트워크의 인센티브 활동에 참여할 자격이 있는지 판단할 수 있다. 예를 들어 WiFi 송신기의 경우 LoRaWAN 기능(trait)을 인식하면 무선 네트워크 연결 제공 기능이 있다고 판단할 수 있으며, 따라서 Helium 네트워크에 참여할 수 있다. 마찬가지로 GPS trait, TEE trait 등이 있다.

서비스 확장 면에서 DePHY의 DID는 스테이킹 참여, 프로그래밍 가능한 지갑 연결 등을 지원하여 체인상 활동 참여를 용이하게 한다.

peaq

peaq의 방식은 다소 독특한데, 세 단계로 나뉜다: 장치 기반 인증, 패턴 인식 검증, 오라클 기반 인증.

1. 장치 기반 인증. peaq 역시 키 쌍 생성, 장치에서 비밀키로 정보 서명, 장치 주소(peaq ID)를 사용자 주소에 바인딩하는 등의 기능 함수를 제공한다. 그러나 그들의 오픈소스 코드에서는 신뢰할 수 있는 펌웨어 기능 구현을 찾을 수 없다. peaq는 단순히 비밀키로 장치 정보에 서명하는 인증 방식을 사용하는데, 이는 장치의 정직한 실행과 데이터 무결성을 보장하지 못한다. peaq는 마치 낙관적 롤업(Optimistic Rollup)처럼 장치가 악의를 가지지 않을 것이라고 가정한 후, 이후 단계에서 데이터 신뢰성을 검증하는 방식이다.

2. 패턴 인식 검증. 두 번째 방안은 머신러닝과 패턴 인식을 결합하는 것이다. 이전 데이터를 학습해 모델을 만들고, 새로운 데이터가 입력되면 기존 모델과 비교하여 신뢰 여부를 판단한다. 그러나 통계 모델은 이상 데이터만 식별할 수 있으며, IoT 장치가 정직하게 작동하는지 여부는 판단할 수 없다.

예를 들어 도시 A의 어느 공기질 감지기가 지하실에 설치되어 다른 감지기들과는 전혀 다른 데이터를 생성하더라도, 이는 데이터 위조를 의미하지 않으며 장치는 여전히 정직하게 작동하고 있다. 반면, 수익이 충분히 크다면 해커들은 GAN 등의 방법을 사용해 머신러닝이 식별하기 어려운 데이터를 생성할 수도 있으며, 특히 판별 모델이 공개되어 공유되는 경우 더욱 그렇다.

3. 오라클 기반 인증. 세 번째 방안은 더 신뢰할 수 있는 데이터 소스를 오라클로 선정하여 다른 DePIN 장치가 수집한 데이터와 비교 검증하는 것이다. 예를 들어 프로젝트팀이 도시 A에 정밀한 공기질 감지기를 배치하면, 다른 공기질 감지기의 데이터가 지나치게 편차가 크면 신뢰할 수 없다고 판단한다.

이 방식은 한편으로 블록체인에 권위를 도입하고 의존하게 만들며, 다른 한편으로는 오라클 데이터 소스의 샘플링 편차로 인해 전체 네트워크 데이터 샘플링에 편차가 생길 가능성도 있다.

현재까지의 자료를 보면, peaq의 인프라는 IoT 단말에서 장치와 데이터의 신뢰성을 보장하지 못한다. (참고:笔者는 peaq의 공식 웹사이트, 개발 문서, Github 저장소, 그리고 2018년 백서 초안 하나를 조사하였으며, 개발팀에 이메일을 보내 보충 설명 자료를 요청했지만 원고 작성 마감 전까지 추가 자료를 받지 못했다.)

데이터 생성 및 배포(DA)

DePIN 작업 흐름의 두 번째 단계는 IoT 장치가 전달한 데이터를 수집하고 검증하며, 이를 저장해 후속 단계에 데이터를 제공하는 것으로, 데이터가 완전하고 오류 없이 특정 수신자에게 복원 가능한 방식으로 전송되어야 하며, 이를 데이터 가용성 계층(DA 계층)이라고 한다.

IoT 장치는 일반적으로 HTTP, MQTT 등의 프로토콜을 통해 데이터와 서명 인증 정보를 방송한다. DePIN 인프라의 데이터 계층은 장치 단말 정보를 수신할 때 데이터의 신뢰성을 검증하고, 검증 통과 데이터를 취합하여 저장해야 한다.

MQTT(MQ Telemetry Transport)는 제한된 장치(예: 센서 및 임베디드 시스템) 연결을 위한 가벼우면서도 개방적이고 게시/구독 기반의 메시지 전송 프로토콜로, 저대역폭 및 불안정한 네트워크 환경에서 통신하도록 설계되어 IoT 애플리케이션에 매우 적합하다.

IoT 장치 메시지 검증 단계에서는 장치의 신뢰 실행 인증과 메시지 인증이 포함된다.

장치의 신뢰 실행 인증은 TEE와 결합할 수 있다. TEE는 데이터 수집 코드를 장치의 보호 영역에 격리함으로써 데이터의 안전한 수집을 보장한다.

또 다른 방법은 제로 나이식 증명(ZKP)인데, 이 방법을 통해 장치는 데이터 수집의 정확성을 증명하면서 동시에 기본 데이터 세부 정보를 노출하지 않을 수 있다. 이 방식은 장치 성능에 따라 달라지며, 고성능 장치는 로컬에서 ZKP를 생성할 수 있고, 제한된 장치는 원격 생성이 가능하다.

장치의 신뢰성을 인증한 후, DID를 사용해 메시지 서명을 검증함으로써 메시지가 해당 장치에서 생성되었음을 확인할 수 있다.

솔루션 소개

IoTeX

W3bStream은 신뢰할 수 있는 데이터 수집·검증, 데이터 정제, 데이터 저장 세 부분으로 나뉜다.

신뢰할 수 있는 데이터 수집 및 검증은 TEE와 제로 나이식 증명(ZKP)을 사용한다.
데이터 정제란 다양한 유형의 장치가 업로드한 데이터 형식을 통일하고 표준화하여 저장 및 처리를 용이하게 하는 것이다.
데이터 저장 단계에서는 다양한 애플리케이션 프로젝트가 저장 어댑터를 구성해 다양한 저장 시스템을 선택할 수 있도록 허용한다.

현재 W3bStream 구현에서는 다양한 IoT 장치가 데이터를 W3bStream 서비스 엔드포인트로 직접 전송하거나, 먼저 서버를 통해 데이터를 수집한 후 W3bStream 서버 엔드포인트로 전송할 수 있다.

수신된 데이터를 W3bStream은 중심 분배 디스패처처럼 작동하며, 들어오는 데이터를 다양한 프로그램으로 분배한다. W3bStream 생태계 내 DePIN 프로젝트는 W3bStream에 등록을 신청하고, 이벤트 트리거 논리(Event Strategy) 및 처리 프로그램(Applet)을 정의한다.

각 IoT 장치는 장치 계정(device account)을 가지며, 하나의 W3bStream 프로젝트에만 속할 수 있다. 따라서 IoT 장치의 메시지가 W3bStream 서비스 포트로 전달되면, 먼저 등록 및 바인딩 정보에 따라 특정 프로젝트로 리디렉션되고 데이터 신뢰성이 검증된다.

앞서 언급한 이벤트 트리거 논리는 HTTP API 엔드포인트, MQTT 토픽에서 수신한 데이터 정보, 블록체인 이벤트 기록 탐지, 블록체인 높이 탐지 등 다양한 트리거 가능한 이벤트(Event triggers) 유형을 정의할 수 있으며, 각각에 대응하는 처리 프로그램을 바인딩할 수 있다.

처리 프로그램(Applet)은 하나 이상의 실행 함수를 정의하며 WASM 형식으로 컴파일된다. 데이터 정제 및 형식 정리는 Applet을 통해 실행된다. 처리된 데이터는 프로젝트가 정의한 key-value 데이터베이스에 저장된다.