# 전방위

1. 거시적 요약 및 미래 예측

5월 미국 노동 시장은 회복력을 보였으며, 고용 직종은 계속 증가하고 실업률은 안정적으로 유지되었지만, 노동 참여율과 고용 인구 비율의 감소, 고용 증가 둔화 및 일부 산업의 직종 감소는 경제에 일정한 둔화 신호를 나타내고 있다.

시장은 6월 11일 발표될 5월 소비자 물가 지수(CPI) 데이터에 높은 관심을 보이고 있으며, 5월 CPI는 4월의 2.3%에서 2.5%로 상승할 것으로 예상되며, 핵심 CPI는 2.8%에서 2.9%로 상승할 것으로 예상되어, 관세 정책이 가격에 미치는 영향을 반영하고 있다.

2. 암호화폐 산업 시장 변동 및 경고

지난주 암호화폐 산업 시장은 전반적으로 진동을 유지했으며, 주요 통화는 소폭 상승했지만 시장의 활발함은 낮았다. 거시 경제의 불확실성, 무역 정책 및 규제 위험은 여전히 시장의 주요 경고 요소이며, 투자자는 글로벌 경제 상황 및 정책 동향에 주의를 기울여야 하며, 잠재적인 가격 변동 및 유동성 위험에 경계해야 한다. 기관의 매수 행동은 시장에 일정한 지지를 제공하지만, 단기적으로 시장 정서는 여전히 신중하다.

3. 산업 및 트랙 핫이슈

새로운 합의 메커니즘 "NPOL"을 사용하는 BTC 원주율 유동성 프로토콜 Taker는 자체 Taker Chain을 통해 LP를 지속적으로 유도하고 BTC 가치를 방출하는 데 사용된다; 1500만 달러 이상의 자금을 조달했으며, DPoS 합의 메커니즘을 기반으로 구축된 주권 프로토콜 Analog는 전체 체인 구조를 채택하여 dAPP 간의 원활한 통신 및 데이터 교환을 실현한다.

## 시장 핫이슈 트랙 및 이번 주 잠재 프로젝트

1. 잠재 트랙 성과

1.1. 새로운 합의 메커니즘 "NPOL"을 사용하는 BTC 원주율 유동성 프로토콜 Taker가 어떻게 자체 Taker Chain을 통해 LP를 지속적으로 유도하고 BTC 가치를 방출하는지에 대한 간략 분석

Taker는 비트코인 원주율 유동성 프로토콜로, 탈중앙화 금융(DeFi)에서 BTC의 사용 가치를 방출하는 것을 목표로 한다. 이 프로토콜은 자체 블록체인인 Taker Chain 위에 구축되어 있으며, "지명 유동성 증명" (Nominated Proof-of-Liquidity, 약칭 NPOL)이라는 새로운 합의 메커니즘을 채택하여 유동성 제공자에게 보상을 제공하여 네트워크의 안전성과 운영을 유지한다.

이 플랫폼은 사용자가 "동적 프라이버시 위원회 브리지" (Dynamic Hidden Committee, 약칭 DHC)라는 안전한 크로스 체인 브리지를 통해 BTC 및 BRC-20 자산(예: Ordi, Sats)을 비트코인 체인 또는 이더리움 체인에서 Taker Chain으로 안전하게 브리징할 수 있도록 한다. 브리징이 완료되면 사용자는 LP 토큰을 스테이킹하고 veTAKER를 통해 거버넌스에 참여하며 거래 수수료 및 블록 보상에서 수익을 얻을 수 있다.

Taker는 자동 시장 조성자(AMM) 메커니즘을 기반으로 하는 원주율 탈중앙화 거래소(DEX)인 Taker Swap도 출시하여 자본 효율성과 낮은 슬리피지를 위해 최적화되었다.

++ 아키텍처 개요 ++

Taker는 NPOL(지명 유동성 증명) 합의 메커니즘을 통해 비트코인 수익을 향상시키며, 유동성 제공의 유인을 생태계 성장과 밀접하게 연계하여 공생적인 수익 모델을 형성한다. 비트코인 생태계의 발전을 촉진하기 위해 Taker는 장기적으로 잠자고 있는 BTC 유동성을 방출하여 막대한 잠재력을 가져온다.

동시에 Taker는 Layer2, 원주율 교환(Swap), 재스테이킹(Restaking), 대출, 게임 등 여러 분야에 충분한 유동성을 제공할 것이다. Taker는 초기 사용자들이 LP 토큰(예: BTC/Ordi, BTC/Sats, BTC/WBTC, BTC/BTCB, BTC/USDT, BTC/USDC, BTC/ETH 등)을 스테이킹할 수 있도록 지원하는 블록체인이 되어, 사용자는 검증자 또는 지명자가 되어 유동성 제공의 수익과 Taker Chain 블록 보상을 누릴 수 있다.

사용자 사용 흐름:

1. 사용자는 DHC 기술을 기반으로 구축된 크로스 체인 브리지를 통해 BTC 및 BRC-20 자산(예: Ordi, Sats, USDT)을 비트코인 메인 체인에서 Taker Chain으로 안전하게 브리징할 수 있다.

2. LP 토큰을 스테이킹하고 잠금하여 사용자는 veTAKER를 보상으로 받을 수 있다.

3. 사용자는 veTAKER를 스테이킹하여 검증자 또는 지명자가 될 수 있다.

4. 블록 보상(veTAKER 및 TAKER 포함)은 사용자가 네트워크에서 스테이킹한 수량과 가중치에 따라 검증자와 지명자에게 분배된다.

5. ++ NPOL(지명 유동성 증명)이란? ++ NPOL 합의 메커니즘은 NPOS(지명형 지분 증명)와 POL(유동성 증명)의 장점을 통합하여 안전하고 효율적이며 공정한 블록체인 네트워크를 구축하는 것을 목표로 한다. 이는 NPOS의 지명 및 투표 시스템과 POL의 유동성 유인 메커니즘을 결합하여 강력한 합의 모델을 구축한다.

NPOL 합의의 핵심 구성 요소:

NPOS 층:

• 이해관계자 :
  토큰 보유자(지명자)가 네트워크에 참여하기 위해 자신의 토큰을 스테이킹한다.
• 지명 메커니즘 :
  지명자가 검증자를 제안하여 블록 생성 및 거래 검증을 담당한다.
• 선거 메커니즘 :
  지명된 투표 가중치에 따라 검증자 그룹을 선정하여 합의에 참여한다.

POL 층:

• 유동성 스테이킹 :
  검증자는 유동성 토큰(TAKER 등)을 스테이킹하여 네트워크 안정성에 대한 약속을 보여준다.
• 유동성 보상 :
  검증자는 제공한 유동성에 따라 보상을 받으며, 이를 통해 충분한 유동성을 유지하도록 유도된다.
• 유동성 출처 :
  유동성은 거래소, 유동성 풀 또는 기타 DeFi 프로토콜에서 올 수 있다.

NPOL 합의의 협동 이점:

안전성 강화:

• NPOS의 투표 시스템은 검증 권한을 여러 이해관계자에게 분산시켜 중앙 집중화 및 악의적 공격의 위험을 줄인다.
• POL의 유동성 유인 메커니즘은 검증자가 네트워크 안정성을 유지하도록 장려하여 잠재적 교란에 대한 저항력을 높인다.

확장성 향상:

• NPOS의 효율적인 검증자 선출 메커니즘은 블록 생성 속도를 높이고 거래 처리량을 증가시킨다.
• POL의 유동성에 대한 관심은 네트워크가 증가하는 거래량을 처리할 때 성능을 유지하도록 보장한다.

공정성 촉진:

• NPOS의 개방형 지명 및 투표 시스템은 모든 토큰 보유자가 합의 과정에 참여할 수 있도록 한다.
• POL의 보상 분배 메커니즘은 검증자가 유동성을 제공하도록 유도하여 전체 네트워크 사용자에게 혜택을 준다.

1. ++ 검증자(Validator) ++ 검증자는 NPOL 합의 메커니즘의 기초로, 네트워크 안전성 유지, 거래 검증, 유동성 제공 및 전체 네트워크 안정성을 보장하는 데 중요한 역할을 한다. 그들은 블록을 생성하고 검증하여 블록체인 원장의 완전성을 보장한다.

NPOL에서 검증자의 핵심 책임:

블록 생성:

• 검증자는 새로운 블록을 생성하고 유효한 거래를 패키징하여 블록체인에 추가한다.
• 블록 생성 보상으로 검증자는 해당 거래 수수료를 받는다.

거래 검증:

• 검증자는 거래가 블록에 기록되기 전에 유효성을 확인해야 한다.
• 여기에는 서명이 올바른지, 계좌 자금이 충분한지, 거래가 네트워크 규칙에 부합하는지 확인하는 것이 포함된다.

유동성 제공:

• 블록 생성 및 거래 검증 외에도 NPOL 시스템의 검증자는 유동성 토큰을 스테이킹해야 한다.
• 이 메커니즘은 검증자가 네트워크 내에서 충분한 유동성을 유지하도록 유도하여 사용자가 자산 거래 및 교환을 원활하게 수행할 수 있도록 한다.

1. ++ 지명자(Nominator) ++ 지명자는 NPOL 합의 메커니즘에서 필수적인 참여자로, 검증자 선출, 네트워크 거버넌스 및 네트워크 전체 건강성에 중요한 역할을 한다. 그들의 행동은 NPOL 생태계의 안전성, 탈중앙화 수준 및 공정성을 높이는 데 기여한다.

NPOL에서 지명자의 핵심 책임:

검증자 선출:

• 지명자는 신뢰할 수 있는 검증자를 제안하여 합의 메커니즘에 참여하도록 한다.
• 그들은 자신의 토큰을 스테이킹하여 지명을 지원하며, 제안된 검증자에 대한 신뢰를 나타낸다.

투표 가중치:

• 각 지명자의 투표 가중치는 그들이 스테이킹한 토큰 수량에 비례한다.
• 이러한 투표 권한은 어떤 검증자가 합의 과정에 참여할지를 결정한다.

네트워크 참여:

• 지명자는 검증자 선출 과정에 적극적으로 참여하여 네트워크의 탈중앙화 및 안전성을 높인다.
• 그들의 행동은 네트워크가 다양한 이해관계자에 의해 공동으로 관리되도록 보장한다.

++ 생태 프로젝트 ++

Taker Swap Taker Swap은 Taker Chain의 원주율 탈중앙화 거래 프로토콜(DEX)로, 자동 시장 조성자(AMM) 메커니즘의 유동성 풀을 통해 Taker 생태계 내 유동성을 유지하는 것을 목표로 한다. Taker Swap의 운영 방식은 사용자가 암호 자산을 유동성 풀에 예치하여 거래에 유동성을 제공하고, 시스템은 풀 내 자산 비율에 따라 자동으로 토큰 가격을 설정하는 알고리즘을 사용한다. 사용자는 AMM을 통해 한 종류의 토큰을 다른 종류로 직접 교환할 수 있다. Taker Swap의 디자인은 Uniswap V3의 혁신적인 메커니즘에서 영감을 받았다.

주요 특징:

• 집중형 유동성(Concentrated Liquidity)은 단일 유동성 제공자(LP)가 자금의 가격 분포 범위를 세밀하게 조정할 수 있도록 한다. 이러한 정밀한 위치 지정 방법은 유동성이 가장 필요한 가격 범위에 집중되기 때문에 자본 효율성을 크게 향상시킨다.
• 다중 수수료 메커니즘(Multiple Fee Tiers)은 LP가 감수하는 위험 수준에 따라 적절한 보상을 받을 수 있도록 하여 참여 유인의 유연성과 공정성을 높인다.
• 가스 비용 절감(Reduced Gas Costs) 최적화된 계약 설계로 거래 중 가스 소비를 줄여 Taker Swap을 거래자에게 더욱 경제적이고 효율적이며 매력적으로 만든다.
• 높은 자본 효율성(Capital Efficiency) 낮은 슬리피지의 거래 실행 효과를 실현하여 중앙화 거래소 및 안정적인 코인 거래를 주로 하는 AMM 플랫폼을 초월할 잠재력을 지닌다.
• 낮은 자본 위험(Lower Capital Risks) LP는 선호 자산의 보유 비율을 대폭 높일 수 있으며, 하락 위험을 줄이고 자본 활용의 유연성을 강화한다.
• 더 강한 운영 능력(More Operation Capacity) LP는 현재 시장 가격보다 높거나 낮은 특정 가격 범위 내에서 유동성을 추가하여 "수수료를 벌 수 있는 제한 주문" 효과를 실현하고 가격 곡선에서 거래를 부드럽게 할 수 있다.
• 무허가 유동성 풀 및 추가 보상(Permissionless Pool and Extra Rewards) Taker Swap은 표준 무허가 유동성 풀을 지원하여 모든 사용자가 자유롭게 유동성을 추가, 제거 또는 교환할 수 있도록 하며, 제한이 없다. 그러나 지원 자산 풀(예: BTC/WBTC, BTC/BTCB, BTC/USDT, BTC/USDC, BTC/Ordi)만 추가 veTAKER 보상을 받을 수 있다.

++ 평가 ++

Taker는 비트코인 원주율 유동성 프로토콜로서 두드러진 장점을 가지고 있다: 혁신적인 NPOL 합의 메커니즘은 지분 및 유동성 유인을 통합하여 네트워크 안전성과 자본 효율성을 높인다; Taker Swap 등의 구성 요소를 통해 BTC 유동성을 방출하여 DeFi 장면을 연결한다; 또한 다양한 자산 쌍과 유연한 LP 전략을 지원하여 사용자에게 안정적인 수익과 거버넌스 참여 기회를 제공한다. 그러나 사용자 간의 크로스 체인 작업, 높은 학습 비용, 초기 생태계 및 유동성 구축에 대한 강력한 운영 지원 의존도, 그리고 새로운 체인으로서 시장 경쟁 및 안전 문제에 직면한 단점도 간과할 수 없다.

1.2. 1500만 달러 이상의 자금을 조달한 DPoS 합의 메커니즘을 기반으로 구축된 주권 프로토콜 Analog가 전체 체인 구조를 채택하여 dAPP 간의 원활한 통신 및 데이터 교환을 실현하는 방법에 대한 간략 분석

Analog는 다음 세대 탈중앙화 생태계의 발전을 촉진하기 위해 설계된 주권 블록체인이다. 상호 운용성을 핵심으로 하는 네트워크인 Analog는 크로스 체인 통신 및 유동성 문제를 해결하여 분산된 블록체인을 연결한다. Analog는 전통 금융(TradFi)과 Web3 간의 다리를 놓아 개발자가 체인 경계를 넘어 미래 지향적인 탈중앙화 애플리케이션(dApps)을 구축할 수 있도록 한다.

++ 아키텍처 개요 ++

Analog 기술 스택은 다음과 같은 구성 요소로 이루어져 있으며, 이 모든 구성 요소는 다중 체인 환경에서 dApp 개발 및 크로스 체인 통신이 직면한 장애물을 극복하기 위해 설계되었다:

• Timechain: 동적이고 탈중앙화된 검증자 집합에 의해 유지되는 지명형 지분 증명(NPoS) 프로토콜. Timechain은 Analog 네트워크의 핵심 원장 및 책임 층이다. 크로스 체인 활동을 조정하는 것 외에도, Timechain은 Solidity 기반 스마트 계약 실행 환경을 지원하는 내장 기능을 갖추고 있다. 자세한 내용은 Timechain EVM을 참조하라.
• SDKs: Timechain에서 실행되는 사용하기 쉽고 플러그형 도구 모음. 현재 Timechain에서 실행되는 두 가지 제품은 개발자에게 블록체인 데이터에 원활하게 접근할 수 있는 기능을 제공하는 Analog Watch와 크로스 체인 스마트 계약 실행 호출을 지원하는 Analog GMP이다.
• 통합 API: 통합된 GraphQL API로, 즉시 사용 가능한 개발자 경험을 제공하여 개발자가 지원 체인상의 스마트 계약을 원활하고 확장 가능하게 쿼리할 수 있도록 한다.

Analog의 핵심 개념은 일반적으로 "탈중앙화 유동성 네트워크"라고 불리며, Timechain을 활용하여 외부 블록체인과의 상호 작용을 관리한다. Timechain은 다자간 계산(MPC), 특히 임계값 서명 방식(TSS)을 사용하여 집계 키(즉, TSS 키)를 생성한다.

이러한 키는 무허가 분할 네트워크에 분산되어 있으며, 이 분할은 블록체인에 연결된 게이트웨이 스마트 계약을 제어한다. Substrate 기반 블록체인으로 구축된 "회계 층"은 이러한 분할과 협력하여 활동을 추적하고 이벤트를 처리하며, 모든 지원 블록체인에서 메시지 실행을 촉진하여 완전히 탈중앙화된 범용 유동성 네트워크를 생성한다.

Analog는 허브-스포크(hub-and-spoke) 모델을 활용하여 Timechain을 여러 블록체인을 연결하는 중앙 허브로 삼는다. 이러한 집중 구조는 복잡성을 줄이고 안전성을 높여 크로스 체인 통신을 간소화한다. 모든 메시지와 데이터는 Timechain을 통해 라우팅되어 체인이 증가함에 따라 통합 및 확장이 더욱 간단해진다.

++ 분할(Shards) ++

확장성을 높이기 위해 Analog는 네트워크를 여러 분할로 나눈다. 분할은 Chronicle 노드(검증자)로 구성된 하위 네트워크/클러스터로, 암호학적 작업을 공동으로 관리한다. 각 분할은 반자율적으로 운영되며, 그 노드는 협력하여 암호화 키를 생성하여 보안을 보장한다.

분할은 네트워크의 확장성과 효율성을 높이는 데 중요한 역할을 한다:

• 작업 할당: 분할은 네트워크가 작업을 더 작은 Chronicle 노드 그룹에 할당하여 병렬 처리를 가능하게 한다.
• 전문화 기능: 서로 다른 분할은 특정 역할이나 작업 유형을 수행하도록 할당될 수 있다.
• 처리량 향상: 작업 부하를 분산시킴으로써 분할은 전체 거래 처리 능력을 향상시킨다.
• 안전성 강화: 분할은 임계값 암호학을 사용하여 최소 구성원 수에 도달해야 작업을 수행할 수 있도록 하여 안전성과 내결함성을 높인다.

분할의 생애 주기는 주로 다음 단계로 구성된다:

• 생성 단계:
• 관리자가 분할을 생성하고 구성원 및 임계값(크로스 체인 작업에 필요한 슈퍼 다수)을 지정한다.
• 구성원이 분산 키 생성(DKG)을 초기화한다.
• 초과 시간 내에 설정을 완료해야 한다.
• 약속 단계:
• 구성원이 암호학적 약속을 제출한다.
• 임계값에 도달하면 그룹 공개 키를 집계하여 생성한다.
• 준비 단계:
• 구성원이 작업 준비가 완료되었음을 확인한다.
• 모든 준비가 완료되면 분할이 온라인 상태가 된다.
• 운영 단계:
• 네트워크 작업을 처리한다(예: 외부 체인 게이트웨이의 수신 거래를 모니터링하고 분석하여 Timechain에서 처리한다).
• 구성원의 가용성을 모니터링한다.
• 구성원의 가용성이 임계값 이하로 떨어지면 분할이 오프라인 상태가 된다.
• 장애 처리:
• 초과 시간이 자동으로 트리거된다.
• 관리자가 수동으로 개입한다.
• 구성원 재배치를 트리거한다.

++ 게이트웨이(Gateways) ++

크로스 체인 통신의 기초는 각 지원 체인에서 분할이 관리하는 계약이 존재하는 것이다. 게이트웨이는 분할이 각 Timechain 상호 작용을 지원하는 블록체인을 관리하는 스마트 계약이다.

구체적인 구현 방식에 관계없이, 게이트웨이 계약은 궁극적으로 다양한 블록체인에서 분할이 제어하는 계정을 생성하여 탈중앙화되고 범용적인 유동성 관리 층을 실현한다.

++ 책임 층(Accountability Layer) ++

Timechain은 서로 다른 블록체인 간의 상호 작용을 조정하는 것 외에도, Analog 생태계 전체의 기본 책임 층으로 존재한다. Chronicle 노드는 다자간 계산(MPC)을 사용하여 연결된 블록체인과의 통신을 관리하지만, 책임 기능은 Time 노드가 담당한다.

이 Time 노드는 지명형 지분 증명(NPoS) 합의 메커니즘을 통해 Timechain을 유지하고 업데이트하며, 블록 생성 및 외부 거래(extrinsics)를 실행하여 모든 활동이 투명하고 검증 가능한 기록을 갖도록 한다.

Timechain이 관리하는 책임 사건의 일부는 다음과 같다:

• 검증자의 등록 및 추적
• 키 회전을 통한 분할의 등록 및 관리
• Chronicle 노드에 분할 할당
• 목표 분할에서 작업을 시작하여 크로스 체인 요청의 실행을 촉발
• 스테이킹 및 처벌 메커니즘
• 거버넌스 메커니즘

++ 요약 ++

Analog의 장점은 Timechain을 핵심으로 구축된 탈중앙화 유동성 네트워크로, 다자간 계산(MPC) 및 분할 아키텍처를 통해 효율적인 크로스 체인 통신 및 데이터 교환을 실현하여 뛰어난 확장성, 안전성 및 크로스 체인 호환성을 제공하며, 다중 체인 환경을 위한 Web3 애플리케이션 구축에 특히 적합하다. 또한 통합된 GraphQL API 및 사용하기 쉬운 SDK 도구는 개발 장벽을 낮추고 dApp의 빠른 배포를 지원한다. 그러나 전체 아키텍처가 복잡하고 구현 장벽이 높으며, MPC, TSS 및 분산 키 관리에 대한 의존은 성능 및 안정성 문제를 초래할 수 있으며, 초기 생태계 구축 및 개발자 유치에 대한 압박도 있다.

2. 이번 주 주목할 프로젝트 상세

2.1. 스마트폰 기반의 탈중앙화 검증 가능한 컴퓨팅 네트워크 Acurast가 신뢰할 수 있는 실행 환경(TEE) 및 하드웨어 보안 모듈(HSM)을 활용하여 모바일 장치를 컴퓨팅 노드로 변환하는 방법에 대한 상세 분석

++ 소개 ++

오늘날의 고도로 연결된 세계에서, 컴퓨팅 자원에서 데이터 저장 및 그 기반 인프라까지 중앙 집중화된 신뢰가 어디에나 존재한다. 클라우드 컴퓨팅의 독점 현상은 일종의 봉건 체제로, 개인 정보 상실 및 데이터 소유권 상실을 초래한다.

클라우드 컴퓨팅 및 전체 인터넷은 다음과 같은 공인된 도전에 직면해 있다:

• 보조 시스템 내 신뢰의 중앙 집중화(예: 중앙 집중화된 클라우드 서비스 제공업체);
• 각기 다른 분산 생태계 간의 원활하고 무허가의 상호 운용성;
• 컴퓨팅의 유효성, 검증 가능성 및 비밀성.

Acurast는 이러한 모든 문제를 해결하기 위해 헌신하는 탈중앙화 컴퓨팅 네트워크로, 글로벌 클라우드 컴퓨팅 플랫폼 구축의 필요성을 반영하며 오픈 소스 운동의 원칙을 기반으로 한다.

++ 기술 아키텍처 분석 ++

1. ++ Acurast 조정기(Orchestrator) ++ Acurast 조정기는 합의 층의 핵심 구성 요소로, 프로세서(Processor)의 컴퓨팅 자원과 개발자(Developers) 간의 조정 및 흐름 매칭을 담당한다. 조정기는 프로세서와 개발자 간의 가치 교환의 정의, 달성 및 실행에서 중요한 역할을 한다.

조정기에 내장된 흐름 매칭 엔진은 공개된 프로세서 자원을 개발자가 정의한 요구와 매칭한다. 조정기는 경매 및 광고와 같은 다양한 가격 발견 메커니즘을 원주율적으로 지원하여 개발자 경험(DevEx)을 매우 편리하고 원활하게 만든다.

프로세서와 개발자 간의 각 프로토콜은 "배포"(deployment) 개체 형태로 존재한다. 배포는 구체적으로 다음을 포함한다: (i) 프로세서에서 실행되는 일련의 지침, (ii) 조정 매개변수, (iii) 정산 구성(즉, 출력의 후속 처리 또는 저장 위치), 및 (iv) 최종 보상 분배.

조정기의 보상 메커니즘은 Acurast 프로토콜의 핵심으로, 두 부분으로 구성된다:

• 컴퓨팅/데이터 흐름
• 보상 흐름

컴퓨팅 / 데이터 흐름(Compute/Data Flow) 예를 들어, 데이터는 공개 API에서 오는 공공 데이터 포인트의 관측 결과, 오프 체인 컴퓨팅, 권한이 필요한 데이터에 대한 프라이버시 보호형 쿼리(즉, 권한이 필요한 데이터) 또는 위의 여러 경우의 조합일 수 있다.
개발자 경험(DevEx) 및 개발자의 관점에서 이 과정은 Amazon Web Services, Google Cloud 또는 Microsoft Azure와 같은 공공 클라우드 서비스 제공업체에서 컴퓨팅 요구를 정의하는 것과 유사하다.

보상 흐름(Reward Flow) 보상 흐름 측면에서 개발자는 지정된 배포 실행에 대한 예산을 설정해야 한다. 이 예산은 원주율 토큰 ACU로 정의할 수 있으며, 또는 법정 통화에 고정된 스테이블 코인으로 지불할 수 있다.
이 메커니즘은 프로세서와 개발자 양측이 확정적인 재무 계획을 수행할 수 있도록 한다. 배포가 성공적으로 실행되면 프로세서는 자동으로 해당 보상을 받게 된다.

2. ++ 아키텍처 분석 ++

Acurast는 합의 층, 실행 층 및 애플리케이션 층을 분리하였다(참조: 그림 1). 그 클라우드 아키텍처는 애플리케이션의 설계 및 배포 방식을 근본적으로 변화시킨다. 모듈화된 아키텍처는 원주율 정산 능력과 생태계의 범용 상호 운용성을 제공하여 Web3 → Web3 및 Web3 → Web2 간의 원활한 연결을 지원한다.

궁극적으로 Acurast는 새로운 신뢰 엔티티를 도입하지 않고 데이터의 비밀성과 검증 가능성을 보장하는 탈중앙화 애플리케이션 플랫폼이 되는 것을 목표로 한다.

• 합의 층(Consensus Layer) 합의 층은 Acurast의 무허가 기반 시설이다. 이 층에서 조정기(Orchestrator)는 개발자의 배포를 프로세서와 매칭하며, "엔드 투 엔드 프로세스"에서 설명한 바와 같이(참조: 엔드 투 엔드 배포 실행).
  합의 층의 두 번째 핵심 부분은 "평판 엔진"(reputation engine)으로, 이 엔진은 프로세서의 평판 점수가 올바르게 업데이트되도록 보장하고, 정직한 행동을 유지하도록 유도한다.
• 실행 층(Execution Layer) 실행 층은 두 가지 중요한 구성 요소로 구성된다.
  첫 번째 부분은 Acurast 안전 하드웨어 실행 환경(Acurast Secure Hardware Runtime, ASHR) 및 Acurast 제로 지식 실행 환경(Acurast Zero-Knowledge Runtime, AZKR)과 같은 다양한 프로세서 실행 환경이다.
  두 번째 부분은 Acurast 범용 상호 운용성 층(Acurast Universal Interoperability Layer)으로, 여러 모듈이 포함되어 다양한 생태계와의 원주율 상호 작용을 가능하게 한다.
• 애플리케이션 층(Application Layer) 세 번째 층은 애플리케이션 층으로, Web2 또는 Web3 애플리케이션이 이곳에서 실행된다(참조: Sec.~\ref{sec:application_layer}).
  이미 많은 DeFi 프로토콜이 Acurast를 사용하고 있지만, Acurast는 이전에 비밀스럽고 탈중앙화된 방식으로 구현하기 어려웠던 새로운 사용 사례의 발전을 촉진할 것이다.

1. 엔드 투 엔드 배포 실행(End-to-End Deployment Execution)

Acurast는 검증 가능하고 비밀스러운 컴퓨팅 측면에서 패러다임 전환을 도입하여 탈중앙화 애플리케이션의 개발 및 배포 방식을 혁신한다. Acurast의 내부 작동 메커니즘을 보여주기 위해, 다음 내용은 배포의 정의, 게시 및 완료까지의 전체 과정을 설명한다.

(1) 배포 등록(Deployment Registration) 첫 번째 단계에서 개발자는 배포의 세부 정보를 정의해야 한다. 예를 들어, 배포 결과가 어떤 목적지에 정산되어야 하는지, 즉 배포 출력이 어떤 프로토콜에 저장되어야 하는지를 결정한다(예: 비트코인 메인넷 Bitcoin Mainnet). 이후 개발자는 "즉시 사용 가능한 배포 템플릿"을 선택할 수 있으며, 이러한 템플릿은 필요에 따라 조정하거나 수정할 수 있으며, 사용자 정의 배포를 정의할 수도 있다.

목표 생태계와 Acurast의 통합 정도에 따라 개발자는 선호하는 원주율 통화(예: Tezos의 원주율 토큰 TEZ 또는 Ethereum의 ETH) 또는 Acurast 원주율 토큰 ACU를 사용하여 가스 비용 및 보상을 선불할 수 있다.

다음으로 개발자는 배포가 어떤 프로세서에서 실행되어야 하는지를 지정해야 하며, 선택할 수 있는 방법은 다음과 같다: (a) 개인 프로세서, (b) 선택된 알려진 프로세서(예: 신뢰할 수 있는 기관), 또는 (c) 공공 프로세서.

• (a) 개인 프로세서의 경우 보상이 필요하지 않으며, 이는 권한이 있는 설정이다;
• (b) 선택적 보상;
• (c) 공공 프로세서의 경우 흐름 매칭 엔진과 Acurast 조정기가 프로세서 자원과 개발자 배포를 매칭한다.

또한 배포의 추가 세부 정보를 선언해야 하며, 여기에는 조정 매개변수(시작 시간, 종료 시간, 실행 간격, 각 실행의 지속 시간(밀리초 단위) 및 최대 시작 지연(밀리초) 등)가 포함된다. 특정 자원 관리 매개변수(예: 메모리 사용, 네트워크 요청 및 저장 요구 사항)도 명시해야 한다.
마지막으로 배포 실행의 보상 금액과 최소 평판 요구 사항(공공 프로세서에만 해당)을 선언해야 한다.
이후 해당 배포는 Acurast의 합의 층에 기록되며 OPEN 상태로 전환된다(참조: 그림 2).

(2) 배포 확인(Deployment Acknowledgment) 두 번째 단계에서 프로세서는 배포를 확인하고 Acurast 체인에서 배포 세부 정보를 가져온다. 배포의 이행 정의에 따라, 지명된 증명이 포함된 배포 Merkle 루트가 목표 체인(예: 다른 목표 체인)에 저장된다. 이 시점에서 배포는 MATCHED(매칭됨) 상태로 전환되며, 다른 프로세서는 더 이상 해당 배포를 확인하려고 시도하지 않는다.

배포를 프로세서에 할당하기 위한 전제 조건은 프로세서가 해당 배포를 완전히 실행할 수 있어야 하며, "모두 또는 아무것도" 원칙을 준수해야 한다. 배포가 서로 다른 조정 구성을 가질 수 있기 때문에(예: 필요에 따라 실행, 매 분마다 실행 등), 프로세서가 모든 실행 주기를 완료할 수 있다고 확인해야만 배포가 ASSIGNED(할당됨) 상태로 전환된다.

(3) 배포 실행(Deployment Execution) 다음으로, deployment_script(배포 스크립트)가 프로세서의 실행 환경에서 실행된다. 그림 1에 표시된 예에서 실행은 Acurast 안전 하드웨어 실행 환경(ASHR)에서 이루어지며, 이는 Google의 Titan M2 칩과 같은 안전한 하드웨어를 통해 계산의 비밀성을 보장한다. 다른 실행 환경(예: Acurast 제로 지식 실행 환경 AZKR)도 추가적인 신뢰성을 제공할 수 있다.

(4) 배포 이행(Deployment Fulfillment) 배포 실행이 완료되면 출력 결과가 미리 선언된 목적지로 전송되며, 이 목적지는 다른 Web3 시스템(예: Tezos, Ethereum) 또는 Web2 시스템(예: REST API, 연합 학습 모델 FL model)일 수 있다. 크로스 체인 거래가 포함된 경우, 프로세서는 목표 체인에서 가스 비용을 지불해야 하며, 이는 개발자가 배포 등록 시 미리 해당 보상 및 가스 비용을 잠궈놓았기 때문이다.

(5) 배포 보고(Deployment Reporting) 실행이 완료된 후, 프로세서는 Acurast의 합의 층에 결과를 보고해야 하며, 특히 평판 엔진(reputation engine)에 보고해야 한다. 이행이 성공적일 경우, 보고서에는 목표 체인에서 이행 거래의 해시 값이 포함되며; 실패할 경우, 보고서에는 오류 정보가 포함된다. 최종적으로 배포는 DONE(완료됨) 상태로 전환된다.

Acurast 프로토콜의 신뢰성을 보장하기 위해, 평판 엔진은 신뢰성 지표를 지속적으로 수집하며, 각 배포가 완료되거나 실패한 후 기록 및 업데이트를 수행한다.

1. 애플리케이션 층

오늘날의 인터넷에서 거의 모든 애플리케이션은 보조 시스템에 크게 의존하고 있다. 외부 API, 인프라(예: 호스팅 서비스), 데이터 가용성 또는 신뢰성 등 이러한 의존성은 확장하거나 대체 서비스와 핵심 구성 요소 간의 비밀 컴퓨팅 애플리케이션에 이점을 제공하여 본질적으로 많은 잠재적 위협 사건을 제거한다. 오늘날의 인터넷은 논리적 구조와 신뢰의 뿌리(trust anchor) 측면에서 고도로 중앙 집중화되어 있기 때문에, Acurast가 제공하는 가능성은 거의 무한하다.

1. 실행 층

Acurast의 실행 층은 모듈화되어 있어 특정 사용 사례 및 배포 요구에 따라 다양한 실행 환경을 유연하게 선택할 수 있다. 실행 층과 합의 층 및 애플리케이션 층을 분리함으로써 실행 환경은 장기적으로 진화할 수 있으며, 특정 기술에 대한 의존성 잠금을 피할 수 있다. 동시에 이러한 구조는 서비스와 비밀성이 최고 기준에 도달하도록 보장하며, 보안 모