팟캐스트 노트 | Sui 공동 창립자와의 대화: Move 기반의 Sui가 갖는 특별한 점은 무엇인가?

2024.01.12

팟캐스트 노트 | Sui 공동 창립자와의 대화: Move 기반의 Sui가 갖는 특별한 점은 무엇인가?

Sui 플랫폼에서는 확장성, 성능, 가스 안정성 등의 문제들이 모두 해결되었습니다.

2024.01.12 - 07:07:58

Sui

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

Sui 플랫폼에서는 확장성, 성능, 가스 안정성 등의 문제들이 모두 해결되었습니다.

정리 및 번역: TechFlow

2023년 12월 28일 방영된 Lightspeed 프로그램에서 Garrett, Mert, Sam, Evan은 Sui의 기원, Move 언어, Sui의 기능 등에 대해 논의했습니다. 아래 메모를 읽고 더 많은 정보를 확인하세요.

프로그램 개요

Garrett Harper (진행자) – Lightspeed 공동 진행자
Mert (진행자) – Helius Labs CEO, Lightspeed 웹사이트 공동 진행자
Sam Blackshear (게스트) – Sui 공동 창립자
Evan Cheng (게스트) – Sui 공동 창립자

Sui의 기원

Sam은 2021년 11월 Sui 개발을 시작했다고 말하며, 당시는 이전 번즈기의 정점이었다. 시장 열풍으로 인해 새로운 블록체인 프로젝트를 시작하기 좋은 타이밍처럼 보였지만, 다른 요인들도 작용하고 있었다.
그는 Sui 프로젝트 시작 결정이 완전히 시장 조건에 의해 주도된 것은 아니며, 시장의 공백을 발견하고 개선 가능성을 본 것이라고 덧붙였다.
Sam은 2018년부터 Facebook Libra 팀의 일원이었으며, Evan과 함께 전 세계적인 규제 준수 블록체인 기반 결제 네트워크 구축을 담당했다. Sam은 Move 언어를 만들고 설계를 주도하며 Libra에 구현하는 역할을 맡았다.
Evan은 연구팀 소속으로 Libra 설계와 구현의 여러 측면에 집중했으며, Libra를 연구하면서 몇 가지 제약 사항을 경험하게 되었고, 기존 솔루션을 개선하는 방법을 탐색하게 되었다.
그는 Libra 차세대 버전을 위해 고급 합의 메커니즘, 강화된 스마트 계약 프로그래밍, 추가 암호화 원시 기능 등을 포함한 게임 매뉴얼을 개발했다고 설명했다. 기술적으로 진보했지만, Libra 출시는 기술 외적인 도전에 직면했다.
Evan은 사람들이 그들이 만들고자 하는 것을 필요로 한다는 것을 깨닫고, 자체 블록체인 프로젝트를 만들어 보기로 결정했다. Libra 차세대 버전을 위한 기술 문서가 결국 Sui의 기반이 되었다.
그는 자신의 배경이 오직 연구에 치중된 것이 아니라 개발자 플랫폼과 제품 구축이라는 점을 강조했다. 단순히 블록체인을 만드는 것을 넘어서 실제 개발자 플랫폼을 만드는 것이 목표였다. Libra가 마무리 단계에 접어들면서 개인적으로 창업할 수 있는 적절한 시기가 되었다.

Move: 새로운 프로그래밍 패러다임

Sam은 처음 Libra 프로젝트에 합류했을 때 새로운 프로그래밍 언어를 만들라는 임무는 없었다. 그러나 기존 옵션을 탐색하거나 Libra 위에서 스마트 계약을 처음부터 개발할 자유가 있었다.
Move 언어 설계 선택 전에 Solidity와 EVM을 면밀히 검토하는 데 몇 달을 할애했다고 덧붙였다.
Sam은 스마트 계약 언어는 범용 프로그래밍 언어보다 특정 영역 언어(DSL)에 더 가까워야 한다고 말했다. 객체 생성, 전송, 공유, 접근 제어 체크 등 특정 작업에 집중해야 하며, 안전성과 효율성을 확보하기 위해 이러한 작업 중심으로 추상화가 이루어져야 한다.
그는 EVM이나 Solidity 같은 기존 기술을 개조하려는 대신 B 코드를 기반으로 한 새 언어 Move를 설계하기로 결정했다. Move는 메모리 안전성, 타입 안전성, 리소스 안전성, 객체/자산의 인간 친화적 처리 등을 통합했다. 개발 과정에는 Libra용 예제 코드 구현과 Solidity 코드와의 비교 평가가 포함되어 각각의 장점을 평가했다.
Sam은 개발자가 Move를 사용하도록 유인하는 데 초점을 맞췄다. 지갑 설치 수(약 6천만)를 기준으로 추정하면, 접근 가능한 시장 규모는 약 6천만 명이다. 복잡한 키 관리, 지갑 설치, 네이티브 토큰 획득 등의 장벽을 극복하는 것이 개발자 유치에 중요하다.
그는 ZK 로그인 등의 기능을 통해 이러한 문제를 기술적 문제로 전환하여 지갑 없이도 거래가 가능하게 하고, 후원자 거래(sponsored transaction)를 통해 다른 사람이 거래 수수료를 부담하게 함으로써 개발자가 전통적인 수익 모델을 탐색할 수 있도록 해야 한다고 덧붙였다.
Evan은 web3 네이티브 개발자에게 홍보할 때는 언어와 전체 플랫폼의 장점을 강조해야 한다고 말했다. 블록체인 시스템 설계는 선택한 언어와 조화를 이루어야 하며, 대규모 제품 제조사의 경우 구체적인 문제를 이해하고 해결책을 제공하는 것이 중요하다.
그는 Rust 같은 인기 언어를 사용한다고 해서 해당 언어 커뮤니티 전체가 자동으로 유입되는 것은 아니라고 덧붙였다. Rust는 자산 이전이나 계정 관리 같은 기본적인 블록체인 작업을 내장하지 않아 라이브러리를 추가해야 하므로 언어 자체를 넘어서는 접근이 필요하다.

Sui: 기술 심층 분석

Evan은 많은 블록체인이 저수준 기술의 복잡성에 집착하며, 개발자가 다양한 확장 전략과 구성 요소 선택을 고려해야 한다고 말했다.
Sui는 확장성, 성능, 가스 안정성 문제가 이미 해결된 플랫폼을 제공함으로써 이를 단순화한다.
그는 Sui가 다음에 집중한다고 덧붙였다:
- 초저지연 시간
- 수평적 확장성
- 실제 문제를 효율적으로 해결하는 데 중점
Sam은 블록체인 시스템에서 소유권은 해시테이블로 표현된다고 말했다. 해시테이블의 키는 주소이며, 값은 잔액 또는 기타 데이터를 나타낸다.
그는 소유자가 거래를 보내며, 소유자는 코드에 따라 특정 작업만 수행할 수 있다고 덧붙였다. 해시테이블에는 NFT나 스마트 계약 등 다양한 유형의 객체를 저장할 수 있다.
Sam은 Sui에서 글로벌 스토리지는 고유 ID를 가진 객체들의 집합으로 표현된다고 설명했다. 객체 안에는 소유자 필드를 포함한 메타데이터가 내장된다. 소유자는 주소, 다른 객체의 ID, 불변(스마트 계약), 공유(다중 사용자 접근 가능 객체)일 수 있다. 이 모델은 해시테이블로 소유권을 표현하는 계정 기반 모델과 다르다.
그는 낮은 지연 시간이 게임이나 실시간 거래와 같은 용례에서 매우 중요하다고 덧붙였다. 기존 EVM 시스템에서는 거래 실행 전 합의 정렬이 필요하다. Solana는 비잔틴 일관 브로드캐스트(Byzantine Consistent Broadcast)를 이용한 빠른 경로를 도입해 완전한 합의 없이도 거래를 실행할 수 있다. 이는 완전한 합의가 필요한 시스템보다 지연 시간을 크게 줄인다.
그는 Sui는 대량의 거래 처리를 목표로 한다고 설명했다. Solana와 유사하게, EVM 시스템의 데이터 모델은 특정 객체를 조작하는 트랜잭션을 포함한다. 이를 통해 Sui 시스템에서 병렬 실행과 쉬운 작업 스케줄링이 가능하다. 가스 가격 책정과 인센티브 메커니즘은 공유 상태 상의 순차적 경쟁을 처리하면서도 다른 거래에 영향을 주지 않도록 설계되었다.
Sam은 각 거래에 입력 객체를 지정함으로써 Sui의 데이터 모델이 병렬 실행을 가능하게 한다고 말했다. 스케줄러는 작업을 적절한 코어나 머신에 할당해 효율적인 병렬 처리를 가능하게 한다. 가스 가격 책정과 인센티브 메커니즘은 공유 상태의 순차적 경쟁을 억제하면서도 다른 거래의 서비스 품질을 유지한다.
그는 Sui가 25밀리초 이내에 실제 최종 결과를 제공하며, 거래에 대한 빠른 확인을 제공한다고 덧붙였다. 400밀리초 이내에 완전한 종결을 달성해 모든 필요한 프로세스를 완료한다. 엔드투엔드 지연 시간은 약 480밀리초로, 완전히 합의에 의존하는 시스템보다 훨씬 우수하다.
Sam은 병렬 실행을 통해 시스템이 동시에 다수의 거래를 처리할 수 있다고 말했다. 단일 머신이나 검증자의 용량에 따라 처리량이 제한되지 않도록 하는 것이 목표다. 서로 다른 워크스테이션 간에 실행을 분배하고 탄력적으로 확장할 수 있어야 한다. 트래픽 피크 시 더 많은 머신을 추가해 확장하고, 정상 트래픽 시 축소하는 것이 중요하다.
그는 객체 데이터 모델이 확장성 달성에 중요한 역할을 한다고 덧붙였다. 객체 내부의 네이티브 소유권 정보와 타입은 데이터를 효율적으로 조직하고 검색할 수 있게 한다. 객체는 소유자 주소, 타입 또는 일반적인 조합에 따라 정렬될 수 있으며, 변하는 워크로드에 따라 유연하게 스키마를 변경해 처리량과 스토리지 확장성을 최적화할 수 있다.
Sam은 검증 읽기는 거래 결과 제출과 검증자 서명을 통해 수행된다고 말했다. 전역 Merkle 계정 트리에 의존하지 않고 BLS 서명을 사용해 개별 거래를 검증한다.
그는 빠른 경로에서 네트워크 지연 시간과 검증자 집단 크기 증가 사이에 밀접한 관계가 없다고 덧붙였다. 검증자의 수와 관계없이 사용자는 검증자들에게 거래를 병렬로 브로드캐스트한다. BLS 서명 집계 시간만 검증자 수 증가에 따라 늘어날 뿐이다.
Sam은 Narwhal 합의에서 네트워크 지연 시간과 검증자 집단 크기 사이의 관계는 빠른 경로와 유사하다고 말했다. 사용자는 검증자의 수와 무관하게 검증자들에게 거래를 병렬로 브로드캐스트한다.
Sam은 장기 로드맵에는 새로운 머신을 시작해 탄력적으로 확장할 수 있는 능력을 포함한다고 말했다. 현재 SW와 Mana는 단일 머신 아키텍처에서 실행되지만, 다수의 코어를 활용할 수 있다. 워크스테이션은 개별 머신이 아니라 코어로 간주되며, 거래는 관련된 객체 유형에 따라 특정 워커에게 라우팅된다.
그는 특정 워커가 특정 유형의 객체나 거래를 처리하도록 지정함으로써 격리가 가능하다고 덧붙였다. 필요한 모든 읽기와 쓰기를 동일한 머신에서 수행해 머신 간 통신을 줄일 수 있다. 시스템의 확장성은 성공적인 격리와 효율적인 자원 할당에 달려 있다.

검증자 요구사항

Sam은 현재 네트워크에 약 100개의 검증자가 있다고 말했다. 검증자는 Sui 재단의 지분을 신청할 수 있으며, 이는 지리적 분포와 데이터센터 다양성을 확보하는 데 도움이 된다.
그는 시간이 지남에 따라 더 많은 사람들이 자금을 확보해 새로운 검증자를 설립하고 기존 검증자와 경쟁할 수 있다고 덧붙였다. 검증자의 규모는 탈중앙화의 궁극적 척도가 아니다. 대신 사용자의 비용 효율성이 더 중요하다.
그는 탈중앙화의 주요 측정 기준은 사용자가 자신의 상태에 영향을 미치는 거래를 복제하는 데 드는 비용이라고 설명했다. Sui는 객체 데이터 모델을 활용해 "희소 노드(sparse node)"를 구현하며, 사용자는 자신이 관여하는 객체의 거래만 효율적으로 검증할 수 있다.
Sam은 거래량이 증가함에 따라 일반 사용자가 풀 노드나 검증자를 운영하는 것은 비현실적이 된다고 말했다. 객체 변화를 집단적으로 추적함으로써 사용자는 검증자가 프로토콜을 준수하는지 확인할 수 있다.

낙관적(Optimistic) vs 비관적(Pessimistic) 병렬 실행

Sam은 Sui가 정적 및 동적 병렬 실행 기술을 모두 지원한다고 말했다. 정적 정보는 초기 병렬화에 도움이 되지만, 필요 시 동적 충돌 감지를 추가할 수 있다. 병렬화 가능한 워크로드를 제공하려면 인센티브가 필요하다.
그는 정적 계층에서 충돌을 감지하면 충돌 상황에 따라 거래의 우선순위를 부여하거나 취소할 수 있다고 덧붙였다. 향후 더 많은 정적 정보와 고급 기술이 등장함에 따라 시스템이 계속 발전할 것으로 예상된다.

상태 증가와 스토리지

Sam은 EVM 성능이 느리고 초당 거래 수(TPS)가 낮은 주요 원인은 상태 증가를 막기 위한 조치를 취하기 때문이라고 말했다. 우리는 상태 증가를 허용하면서도 거대한 메르클 트리나 기타 전역 인증 데이터 구조를 사용하는 것을 피하는 것을 목표로 한다.
그는 전통적인 데이터베이스를 스토리지에 사용할 수 있으며, 디스크 추가나 하드웨어 업그레이드로 쉽게 확장할 수 있다고 덧붙였다. 기존 솔루션(Sal)에 비해 스토리지 비용이 훨씬 낮기 때문에 상태 증가 문제가 없다. 현재 NFT 압축이 스토리지 비용 절감 수단으로 논의되고 있지만, 전반적으로 상태 증가는 통제 가능하다.
Sam은 Sui에서 계정/객체 데이터베이스는 노드에 저장되어 거래 처리에 사용된다고 말했다. 그러나 역사적 거래 로그는 전체 노드 동기화나 역사적 분석을 위해 별도의 아카이브 스토리지가 필요하다. Sweet Foundation과 Miss 등이 운영하는 아카이브 노드는 장기 저장 가능성을 보장한다.
그는 Solana도 유사한 도전에 직면했으며, 구글과 RWE를 활용한 아카이브 스토리지 등 다양한 솔루션을 오랫동안 시행해 왔다고 덧붙였다.
Sam은 체크포인트는 이전 체크포인트를 커밋해 시퀀스를 형성하는 감사 메커니즘이라고 말했다. 에포크는 24시간마다 발생하며, 그 안의 체크포인트를 요약한다. 각 체크포인트는 내부의 거래를 커밋해 데이터 무결성을 보장한다.
그는 검증자 집단 변경과 지분 상태 가중치 변경도 서명되어 체크포인트에 반영된다고 덧붙였다. 오래된 데이터를 검증하려면 창세기부터 시작해 검증자 집단 변화를 추적하고, 필요한 데이터를 찾은 후 서명을 검증하고 거래를 확인하면 된다.
Sam은 Sui에서 약 19%의 거래가 빠른 경로를 사용한다고 말했다. 빠른 경로 거래는 다른 계정에 USDC를 보내는 간단한 이체 등이다. Uniswap과 같은 스마트 계약과의 상호작용은 다자간 참여가 필요하기 때문에 빠른 경로에 포함되지 않는다.

Move의 보안 장점

Sam은 Move의 보안성이 지금까지 해킹 사고가 없었다는 사실에만 기반하지 않는다고 말했다. 어떤 스마트 계약 언어라도 개발자가 안전하지 않은 코드를 작성하는 것을 완전히 막을 수는 없다.
그는 Move가 재진입, 동적 디스패치, 소유권 검사, 객체 직렬화 등 기존 언어의 문제를 해결했다고 덧붙였다. Move는 이러한 문제를 제거해 개발자에게 더 안전한 환경을 제공한다.
Sam은 Move의 핵심 가치 제안은 타입화된 객체와 타입 안전성에 있다고 말했다. 타입 안전성은 프로그램 내부뿐 아니라 외부 코드나 신뢰할 수 없는 소스와의 상호작용 시에도 적용된다.
그는 Move를 다른 시스템에 통합하려면 계정 기반 시스템, Move와 비-Move 프로그램 간 상호작용, 보안 보장을 위해 검증자 운영 등을 고려해야 한다고 덧붙였다.
Sam은 Move를 다른 생태계에 통합하려면 계정 기반 시스템과 Move-비Move 프로그램 간 상호작용 문제를 해결해야 한다고 말했다. 컴파일러 추가는 위험을 수반할 수 있지만, Move의 핵심 가치는 여전히 타입화된 객체와 타입 안전성에 있다.
Evan은 Move의 보안 장점을 완전히 누리려면 시스템 내 모든 스마트 계약이 일관되게 Move를 사용해야 한다고 말했다. 모든 계약이 Move로 작성되면 검증자를 실행하고 코드 및 객체에 대한 강력한 가정을 보장할 수 있다. 초기 기술에 비유하자면, 수동 코딩보다 추상화 기술을 사용하면 오류를 줄일 수 있다.
그는 블록체인만으로는 충분하지 않으며, 다른 언어와 호환되어 동일한 스택을 복제할 수 있어야 한다고 덧붙였다. 블록체인 기술의 모든 이점을 얻으려면 전체 스택을 복제하는 것이 중요하다.

경제적 보안성

Sam은 경제적 보안성은 시스템에 원하지 않는 결과를 초래하기 위해 얼마나 많은 지분을 확보해야 하는지에 따라 평가된다고 말했다. 처음 시작할 때는 충분한 지분이 확보되도록 지분 보조금을 시행한다.
그는 현재 약 100억 토큰의 총 공급량 중 약 80억이 스테이킹되어 있어 경제적 보안성이 양호하다고 덧붙였다.
Evan은 블록체인에 대한 경제적 보안 공격은 드물며, 특히 생태계가 성장해 그러한 공격이 비용이 많이 들게 되는 초기 단계에서는 더욱 그렇다고 말했다.
Sam은 경제적 보안성이 중요한 측면이지만, 사회적 합의가 네트워크 평판을 해칠 수 있는 공격을 방지하는 궁극의 보호막이라고 말했다.

원자적(Atomic) 조합성, 확장성, 검증자의 지속 가능성

Sam은 스마트 계약 플랫폼의 유용성은 플랫폼 상의 가치 있는 자산과 그 자산의 프로그래밍 가능성의 곱으로 측정할 수 있다고 말했다. 프로그래밍 가능성에서 원자적 조합성이 중요한 역할을 하며, 개발자가 구현 세부 사항이나 서로 다른 지연 시간을 걱정하지 않고 모든 자산에 접근해 애플리케이션을 구축할 수 있게 한다. 모든 가치 있는 것을 한곳에 두고, 모든 자산에 무장애로 자동 접근 가능한 프로그래밍 모델을 제공하는 것이 비전이다. 여러 레이어나 서브체인에 상태를 분할하는 것은 사용자 경험 문제를 야기할 수 있지만, 원자적 조합성을 달성하기 위한 수용 가능한 타협으로 간주된다.
그는 암호화폐의 미래는 다양한 목적을 위해 새로운 웹사이트가 존재하듯이 다양한 유형의 롤업이 존재하는 것이라고 덧붙였다. 원자적 조합성은 모든 가치 있는 자산에 쉽게 접근하고 사용자와 애플리케이션 간의 원활한 상호작용을 촉진하기 때문에 블록체인에 필수적이다. 사용자는 각 자산의 구현 세부 사항이나 보안 모델 차이를 알 필요가 없다.
Sam은 모든 경우에 맞춰 1층을 동일한 레이어로 확장하는 것이 용례 확장에 중요하다고 말했다. 상태 분할이나 사용자 경험 저하를 초래하는 병목 현상이 있다면 대안 솔루션을 탐색할 필요가 있을 수 있다.
그는 기술적 한계를 극복하는 것이 1층의 규모와 영향을 결정한다고 덧붙였다. 샤딩이나 브릿지를 고려하기 전에 저수준에서 처리량과 확장성을 높이는 것이 유리하다.
Sam은 방대한 사용자층과 소비자 수준 경험을 갖춘 네트워크를 구축하려면 더 높은 하드웨어 요구사항이 필요할 수 있다고 말했다. 각 커뮤니티는 접근성과 노드 운영 장벽 낮추기의 가치를 스스로 결정해야 한다.
Evan은 확장성 제약으로 인해 이더리움의 사용자 경험은 소비자 애플리케이션에 부적합하다고 말했다. 이더리움과 비교해 Solana 같은 최신 체인에서 스테이킹은 상대적으로 간단하다.
그는 서비스 제공자가 노드 운영에 관여함으로써 중앙화 문제가 제기된다고 덧붙였다. 진정한 노드 비율을 어떻게 결정할지, 서비스가 단일 검증자로 간주될지 다수의 검증자로 간주될지 여부는 논란의 여지가 있다.
Evan은 하드웨어 요구사항, 접근성, 지속 가능성 간 균형을 맞추는 것은 지속적인 도전이라고 말했다. 블록체인 수요에 비해 하드웨어 발전 속도가 장기적 지속 가능성에 영향을 미친다.
그는 소비자가 사용할 수 있는 블록체인 솔루션이 거의 없다고 덧붙였다. 소비자에게 친숙하지 않은 솔루션에 국한되는 것은 잠재적 가치 실현을 방해한다.
Sam은 탈중앙화가 누구나 자신의 노드를 운영할 수 있다는 의미는 아니라고 말했다. 현실적으로 불가능하다. 노드 운영 비용이 스테이킹 보상이나 거래 수수료 수입보다 높을 수 있다. 노드 운영의 가치를 평가할 때는 수입뿐 아니라 RPC 제공자로부터 더 빠른 읽기 속도를 얻는 것도 고려해야 한다.
그는 노드 운영이 직접적인 경제적 수익 외에도 다른 수익원으로 비용을 상쇄할 수 있다고 덧붙였다. 노드는 RPC 제공자로서 사용자에게 더 빠른 읽기 속도를 제공할 수 있다. 일부는 보안상 이유나 부업으로 노드를 운영하며, 이는 생태계 발전을 추가로 촉진한다.

Sui의 교두보: 게임과 상업

Evan은 게임 산업은 새로운 비즈니스 모델과 기술을 시험하는 것으로 유명해 탐구할 만한 흥미로운 분야라고 말했다. 블록체인의 자산 처리 능력은 게임 산업의 요구와 매우 잘 맞는다. 거의 모든 소비재를 포함하는 상업은 블록체인 기술로부터 혜택을 받을 수 있다.
그는 블록체인의 핵심 가치는 상업에서 자산 관련 활동을 촉진할 수 있다는 점이라고 덧붙였다. 상업은 결제, 자산 교환, 스테이킹 등을 포함한 다양한 활동을 포함한다. 게임은 대중에게 블록체인 기술을 소개하는 초기 사례다.

Sui 대 Aptos 및 전망

Sam은 개발자가 가능한 한 많은 청중에게 다가가는 방법에 초점을 맞춰야 한다고 말했다. Sui 기반 블록체인 기술 개발에는 지갑이 없는 사용자에게 ZK 로그인 제공, 토큰 없이도 수익화 가능한 후원 거래 등 많은 이점이 있다.
그는 Aptos가 제공하는 기능으로 디지털 객체에 대한 로열티 강제집행, 제한된 폐쇄형 토큰 사용 등을 언급했다.
Evan은 프로토콜에 기능을 포함하면 개발자가 중앙화된 서비스 제공업체에 의존하거나 월간 요금을 지불할 필요가 없어 편리하다고 말했다. 이더리움은 더 자유로운 시장 방식을 허용하지만, 개발자는 특정 기능을 선택해야 하며, 모든 곳에서 지원되지 않을 수 있다. 핵심 기능을 프로토콜에 직접 포함하는 것은 제품 개발자에게 중요하며, 기본 기능에 대한 경쟁을 줄일 수 있다.
Evan은 이더리움은 높은 가스 비용으로 인해 일부 기능이 체인 외부로 밀려나거나 비효율적인 상황에 직면해 새로운 표준 채택에 어려움을 겪고 있다고 말했다. 반면 Sui는 핵심 기능을 네이티브 프로토콜에 직접 포함해 외부 서비스 없이도 쉽게 접근할 수 있도록 목표로 한다. 새로운 표준 채택 과정에서 사회적 합의가 중요한 역할을 하지만, 모두가 합의하는 것은 도전적이다.