Compact vs Solidity: 제한점과 장점

Source: Dev.to

위에 제공된 소스 링크 외에 번역할 텍스트가 포함되어 있지 않습니다. 번역을 원하는 본문을 알려주시면 한국어로 번역해 드리겠습니다.

핵심 차이 이해하기

• Solidity는 모든 트랜잭션, 상태 변화 및 연산이 체인 상에서 보이는 완전 투명한 환경에서 작동합니다. 이러한 투명성은 탈중앙화 애플리케이션 간의 조합성 및 상호운용성을 가능하게 합니다.
• Compact는 다른 원칙을 기반으로 합니다: 입력 데이터를 공개하지 않고 실행의 정확성을 증명할 수 있는 프라이빗 데이터에 대한 연산을 가능하게 합니다. 온‑체인 실행에 전적으로 의존하는 대신, Compact는 검증 가능한 증명과 결합된 오프‑체인 연산을 사용합니다.

이러한 변화는 개발자들이 시스템을 설계하는 방식을 바꿉니다.

Compact와 Solidity의 제한 사항

1. 온‑체인 계약 배포 부재

• Solidity 계약은 다른 계약을 동적으로 배포할 수 있어, 팩토리 패턴 및 사용자가 기존 계약으로부터 직접 새 계약을 생성할 수 있는 권한‑없는 시스템을 구현할 수 있습니다.
• Compact은 계약 내부에서 계약을 배포하는 것을 지원하지 않습니다. 모든 배포는 스크립트나 백엔드 서비스와 같은 오프‑체인 방식으로 처리해야 하며, 이는 토큰 런치패드 및 팩토리 기반 프로토콜과 같은 아키텍처에 영향을 미칩니다.

2. 감소된 컴포저빌리티

• Solidity의 컴포저빌리티는 계약들이 자유롭게 상호작용하여 DEX, 대출 프로토콜, 애그리게이터와 같은 복잡한 시스템을 형성할 수 있게 합니다.
• Compact은 이러한 수준의 상호작용을 제한합니다. 실행이 증명 생성 및 결정론적 회로와 연결되어 있기 때문에 임의의 계약 호출이 제한되어, 전통적인 DeFi와 동일한 방식으로 상호 연결된 시스템을 구축하기가 더 어렵습니다.

3. 동적 로직에 대한 제약

• Solidity는 동적 루프, 런타임 조건, 복잡한 상태 전환 등 유연한 실행 패턴을 허용합니다.
• Compact은 증명 생성을 위해 로직이 결정론적이고 효율적이어야 합니다. 크거나 예측 불가능한 계산은 증명 비용과 복잡성을 증가시켜, 개발자가 회로를 효율적으로 설계하도록 강제합니다.

4. 높은 학습 곡선

• Solidity 계약을 작성하는 주된 작업은 블록체인 상태와 실행 방식을 이해하는 것입니다.
• Compact은 회로 설계, 증명 효율성, 프라이버시 보존 로직 등 추가적인 레이어를 도입합니다. 개발자는 단순히 온‑체인에서 어떻게 실행되는지가 아니라 데이터가 증명을 통해 어떻게 흐르는지를 고민해야 합니다.

5. 미성숙한 툴링 생태계

• Solidity는 프레임워크, 테스트 도구, 디버깅 환경, 방대한 문서 등 성숙한 생태계를 갖추고 있습니다.
• Compact은 아직 발전 중이며, 툴링, 라이브러리, 커뮤니티 지원이 상대적으로 제한되어 있어 개발 속도가 느려질 수 있습니다.

6. 정체성과 권한에 대한 다른 접근 방식

• Solidity에서는 msg.sender가 정체성과 권한을 처리하는 직관적인 방법을 제공합니다.
• Compact은 프라이버시를 보존하는 방식으로 정체성을 다루므로, 접근 제어 메커니즘을 설계할 때 추가적인 복잡성이 발생합니다.

Compact이 Solidity보다 갖는 장점

1. 네이티브 프라이버시

• Compact에 내장된 프라이버시 덕분에 데이터는 암호화된 상태로 유지되면서도 연산이 가능합니다. 공개되는 것은 정당성 증명만이며, 원본 데이터는 노출되지 않습니다.
• Solidity는 모든 데이터를 공개하므로 민감한 정보를 다루는 애플리케이션에 적용하기에 제한적입니다.

2. 암호화된 데이터에 대한 연산

• Compact은 암호화된 입력값에 대한 연산을 가능하게 하여 기존 스마트 컨트랙트 플랫폼보다 큰 진보를 이룹니다.
• 이를 통해 금융 데이터, 신원 정보, 혹은 독점 알고리즘을 공개 없이 처리할 수 있어, 프라이빗 파이낸스와 보안 데이터 처리 분야에 새로운 가능성을 열어줍니다.

3. 선택적 공개

• 개발자는 필요한 정보만 선택적으로 공개할 수 있습니다.
• 예시: 사용자는 실제 값을 밝히지 않고도 조건을 만족한다는 것을 증명할 수 있어, 신용 평가, 투표 시스템, 컴플라이언스 검증 등에 유용합니다.

4. 보다 강력한 보안 모델

• Compact 실행의 결정론적 특성은 Solidity에서 발생하는 여러 취약점 클래스를 감소시킵니다.
• 실행이 증명과 미리 정의된 회로에 묶여 있기 때문에 예기치 않은 동작이 적고, 보다 예측 가능하고 안전한 시스템을 구현할 수 있습니다.

5. 민감한 애플리케이션에 대한 적합성

• Compact은 프라이버시가 필수적인 애플리케이션에 이상적입니다. 예를 들어:

  • 프라이빗 트레이딩 시스템
  • 기밀 경매
  • 신원 검증 플랫폼
  • 보안 데이터 마켓플레이스

  이러한 애플리케이션은 Solidity의 투명한 특성 때문에 안전하게 구축하기 어렵거나 불가능합니다.

6. 미래 기술과의 정렬

• AI와 데이터 기반 시스템이 성장함에 따라 프라이버시의 중요성이 커지고 있습니다.
• Compact은 민감한 데이터셋에 대한 안전한 연산을 가능하게 함으로써, 프라이버시를 보존하는 AI 및 데이터 인프라와 블록체인을 통합하는 기반을 제공합니다.

Solidity와 Compact는 보완적인 시스템

Compact와 Solidity는 서로 직접적인 대체 관계가 아니라 서로 다른 목적을 위해 설계되었다는 점을 이해하는 것이 중요합니다.

• Solidity는 상호 운용성과 빠른 반복이 가장 중요한, 개방적이고 조합 가능한 환경에서 뛰어납니다.
• Compact는 프라이버시, 기밀성, 그리고 증명 기반 검증이 요구되는 경우에 강점을 발휘합니다.

올바른 도구를 선택하는 것은 애플리케이션의 구체적인 요구 사항에 달려 있습니다. 많은 경우, 공개적이고 조합 가능한 구성 요소에는 Solidity를, 프라이버시가 중요한 모듈에는 Compact를 사용하는 하이브리드 접근 방식이 양쪽의 장점을 모두 활용할 수 있는 최선의 방법이 될 수 있습니다.

투명성 및 프라이버시

투명성은 유익합니다. 컴팩트는 프라이버시와 기밀성이 중요한 환경에서 뛰어납니다.

미래 아키텍처는 두 가지를 모두 포함할 수 있습니다. Solidity 기반 시스템은 공개 조정 및 유동성을 처리할 수 있는 반면, Compact 기반 시스템은 개인 연산 및 민감한 로직을 관리합니다.

결론

Compact은 스마트‑계약 개발에 새로운 패러다임을 도입합니다. 제한된 조합성 및 온‑체인 배포 부재와 같은 제한 사항이 있지만, 기존 블록체인 환경에서는 불가능한 강력한 기능을 제공합니다.

• Solidity는 투명하고 조합 가능한 시스템을 가능하게 함으로써 탈중앙화 애플리케이션의 기반을 마련했습니다.
• Compact는 프라이버시와 검증 가능한 계산을 도입하여 이 비전을 확장합니다.

블록체인 생태계가 발전함에 따라, 두 접근 방식 모두 차세대 탈중앙화 기술을 형성하는 데 중요한 역할을 할 것입니다.