디앱

디앱, 어렵지 않아요 블록체인 위에서 돌아가는 앱 이야기

1. 디앱이 뭐예요?

디앱(Dapp)은 'Decentralized Application', 우리말로 '탈중앙화 애플리케이션'의 줄임말이에요. 보통의 앱은 서비스를 만든 회사가 가진 중앙 서버에서 돌아가는데, 디앱은 그 핵심 로직(앱이 일을 처리하는 규칙)이 회사 서버가 아니라 블록체인 네트워크 위에서 실행돼요.

우리가 흔히 쓰는 웹 서비스는 운영 회사가 자기 서버에서 데이터와 규칙을 관리해요. 반면에 디앱은 규칙을 스마트 컨트랙트(미리 정해 둔 대로 자동으로 실행되는 계약 프로그램)에 담아 두고, 여러 노드(네트워크에 참여하는 컴퓨터들)가 함께 나눠 갖는 분산원장(여러 컴퓨터에 똑같이 복사되어 저장되는 장부) 위에서 작동해요.

이런 구조라서 어느 한 곳이 마음대로 서비스를 멈추거나 데이터를 몰래 바꾸기가 어려워요. 또 대부분 오픈 소스(코드를 누구나 볼 수 있게 공개하는 것)라서 누구든 코드를 살펴보고 확인할 수 있어요. 사용자는 따로 회원가입을 하는 대신 자기 지갑을 연결해서 앱과 직접 주고받는데, 이 과정은 P2P(중간 관리자 없이 참여자끼리 직접 연결되는 방식)로 이뤄져요.

표기할 때는 소문자 d에 대문자 App을 붙여 'dApp'이라고도 써요. 한국어로는 '탈중앙화 애플리케이션' 또는 '탈중앙 애플리케이션'이라고 옮겨요.

이렇게 보면 쉬워요 · 한 회사가 가진 장부 하나 대신, 똑같은 장부를 수많은 사람이 각자 한 부씩 나눠 갖고 있는 셈이에요.

2. 디앱은 뭐가 다른가요?

디앱을 보통의 중앙화 앱과 구분 짓는 성질은 대체로 이렇게 정리돼요.

먼저 '탈중앙성'이에요. 로직과 데이터가 여러 노드에 나뉘어 저장되기 때문에, 한 운영 주체가 서비스를 마음대로 멈추거나 되돌리기 어려워요. 다음은 검열 저항성이에요. 정해진 규칙만 지키면 누구나 접근할 수 있어서, 특정 사용자를 임의로 막아 두기 어려워요.

'투명성과 검증 가능성'도 있어요. 많은 디앱이 오픈 소스이고, 컨트랙트 코드와 거래 기록을 블록 익스플로러(블록체인의 거래 내역을 조회하는 도구)로 누구나 확인할 수 있어요. '자체 자산 연동'은 많은 디앱이 ERC-20 같은 토큰 표준(토큰을 만드는 공통 규격)을 써서 서비스 안의 결제·보상·거버넌스 수단을 두는 걸 말해요. '비수탁형 접근'은 사용자가 자기 지갑으로 자산을 직접 관리하는 경우가 많다는 뜻인데, 서비스가 자산을 대신 맡아 주는 커스터디 방식과는 반대예요.

그런데 이런 성질은 반대로 단점이 되기도 해요. 한번 배포한 코드를 고치기 어렵게 만들고, 문제가 생겨도 되돌리기 힘든 부담으로 이어질 수 있거든요.

3. 디앱은 어떻게 작동하나요?

디앱은 보통 두 부분으로 나뉘어요. 하나는 사용자에게 보이는 화면(프런트엔드)이고, 다른 하나는 블록체인 위에서 돌아가는 로직(뒤에서 일하는 부분, 즉 스마트 컨트랙트)이에요. 화면 부분은 일반 웹·모바일 앱과 크게 다르지 않아요. 하지만 잔액을 바꾸거나, 거래를 하거나, 소유권을 넘기는 것처럼 신뢰가 꼭 필요한 핵심 동작은 스마트 컨트랙트가 처리해요.

가장 널리 쓰이는 기반은 이더리움이에요. 개발자는 솔리디티 같은 언어로 컨트랙트를 짠 다음, 이더리움 가상머신(이더리움 위에서 컨트랙트를 실행해 주는 프로그램)에서 돌아가도록 올려요. 이 가상머신은 튜링 완전성(이론상 어떤 계산이든 표현할 수 있는 성질)을 갖춰서 복잡한 로직도 만들 수 있어요. 다만 컨트랙트를 실행하고 그 결과를 블록체인에 기록하려면 수수료인 가스를 내야 하는데, 이게 디앱을 쓸 때의 비용이 돼요.

사용자가 디앱에서 뭔가를 요청하면, 그 요청은 하나의 거래(트랜잭션)로 만들어져요. 이 거래는 멤풀(처리를 기다리는 거래들이 모여 있는 대기 공간)에서 기다리다가, 합의 알고리즘(여러 컴퓨터가 무엇이 맞는지 서로 맞춰 보는 방법)에 따라 블록에 담겨 확정돼요. 이렇게 확정된 상태는 되돌리기 어렵고, 같은 입력을 넣으면 모든 노드가 똑같은 결과를 내놓는다는 점에서 결정론적(결과가 항상 똑같이 정해지는 성질)이에요.

4. 디앱은 어떤 부품들로 이뤄지나요?

디앱은 스마트 컨트랙트 하나로만 끝나기보다, 여러 계층과 보조 요소가 함께 어우러져 구성되는 경우가 많아요.

첫째, '프런트엔드와 지갑 연결'이에요. 화면은 대개 웹 기술로 만들고, 사용자는 지갑을 연결한 뒤 서명(내가 승인했다는 전자 도장)을 해서 거래를 승인해요. 이 지갑이 사용자의 신원이자 계정 역할을 해요.

둘째, '온체인 로직'이에요. 핵심 규칙은 스마트 컨트랙트에 담기고, 여러 컨트랙트가 서로 불러 가며 하나의 서비스를 이뤄요. 자산을 발행하고 옮길 때는 ERC-20, 서로 대체할 수 없는 토큰에는 ERC-721 같은 표준을 써요.

셋째, '오프체인 저장과 데이터'예요. 모든 데이터를 블록체인에 올리면 비용이 너무 커지기 때문에, 이미지나 문서 같은 큰 데이터는 IPFS 같은 분산 저장소(파일을 여러 곳에 나눠 저장하는 시스템)에 두고, 그걸 가리키는 참조(위치 정보)만 블록체인에 기록하는 방식이 흔해요.

넷째, '확장 계층'이에요. 네트워크가 붐비고 수수료가 오르는 문제를 덜기 위해, 레이어 2(메인 블록체인의 부담을 덜어 주는 보조 계층) 위에 디앱을 올리거나, 여러 체인을 오갈 수 있게 해 주는 상호운용성 기술과 합치기도 해요.

5. 디앱은 어디에 쓰이나요?

디앱은 여러 분야에서 쓰여요. 대표적으로 중개자 없이 암호화폐를 서로 바꾸는 탈중앙화 거래소, 맡기고·빌리고·이자를 받는 상품을 제공하는 탈중앙화 금융(DeFi) 서비스, 게임, NFT 마켓플레이스 등이 있어요. 이런 서비스들은 ERC-20 같은 토큰 표준을 써서 자산을 발행하고 옮기는 경우가 많아요.

분야별로 좀 더 나눠 보면 이래요. '금융(DeFi)'에는 탈중앙화 거래소, 대출·예치, 스테이블코인(가치를 일정하게 유지하도록 만든 코인), 파생상품 등이 있어요. 여기서는 자산을 맡길 때 담보를 근거로 삼는 구조가 많아요. 'NFT와 수집품'은 ERC-721을 기반으로 디지털 소유권을 발행하고 거래하는 분야예요.

'게임·메타버스'는 게임 안 아이템을 토큰으로 소유하고 거래하는 서비스예요. '거버넌스와 조직 운영'은 규칙과 자금을 코드로 운영하는 탈중앙화 자율 조직 형태의 의사결정을 말해요. '신원·인프라'는 이더리움 네임 서비스 같은 이름 체계나, 저장·연산 자원을 제공하는 서비스예요.

6. 디앱에는 어떤 한계가 있나요?

블록체인은 처리 속도와 수수료에 한계가 있어서, 디앱은 많은 사용자를 한꺼번에 감당하기가 어려워요. 그래서 이를 보완하려고 레이어 2 같은 확장 기술과 함께 쓰기도 해요.

주요 한계는 이래요. 먼저 '성능'이에요. 거래가 블록에 담기고 확정되기까지 시간이 걸려서, 즉각적인 반응이 필요한 서비스에는 제약이 있어요. 다음은 '비용'이에요. 네트워크가 붐비면 가스 수수료가 크게 오를 수 있어요.

'사용자 경험'도 문제예요. 지갑을 깔고, 거래에 서명하고, 수수료를 내는 과정이 있어서 일반 앱보다 처음 시작하기가 어려워요. 마지막으로 '불변성의 양면'이에요. 한번 배포한 컨트랙트는 고치기 어려워서, 버그가 있어도 바로 수정하기 힘들어요.

이런 점을 덜기 위해 거래를 바깥에서 처리하고 결과만 메인체인에 정산하는 레이어 2, 그리고 배포하기 전에 코드가 안전한지 수학적으로 따져 보는 정형 검증 같은 기법을 함께 써요.

7. 디앱은 안전한가요?

디앱의 로직은 공개된 코드로 자동 실행돼요. 그래서 코드에 허점이 있으면 그게 곧바로 자금 탈취로 이어질 수 있어요. 2016년 '더 다오(The DAO)' 사건이 대표적인 예예요. 스마트 컨트랙트의 결함이 대규모 피해로 번졌고, 그걸 수습하는 과정에서 하드 포크(블록체인을 갈라 규칙을 바꾸는 것) 논쟁까지 불렀어요.

디앱과 관련해 주로 지적되는 위험은 이래요. 먼저 '컨트랙트 취약점'이에요. 재진입(같은 함수를 반복 호출해 빈틈을 파고드는 것)이나 권한 설정 오류처럼 코드의 결함을 노린 설계 결함 공격이 있어요. 다음은 '자산 통제 위험'이에요. 사용자가 지갑 키를 직접 관리하기 때문에, 키를 잃어버리거나 잘못된 서명을 승인하면 곧바로 손실로 이어져요.

'네트워크 차원의 공격'도 있어요. 기반이 되는 체인에 대한 51% 공격(한 세력이 네트워크의 절반 넘는 힘을 가져 규칙을 흔드는 것)이나 디도스 공격 등이 서비스 안정성에 영향을 줄 수 있어요.

그래서 많은 디앱이 배포하기 전에 코드 감사(오딧, 전문가가 코드를 점검하는 것)와 정형 검증을 거쳐요. 하지만 이것도 완전한 안전을 보장하지는 못해요.

8. 국내에서는 어떤가요?

국내에서도 디앱은 블록체인 산업의 핵심 활용처로 다뤄져요. 여러 국산 레이어 1 및 서비스형 프로젝트가 디앱 생태계를 내걸고 등장했어요. 게임·콘텐츠 분야의 보라, 신원·인증 기반의 메타디움, 미디어·콘텐츠 분야의 메디블록, 물류 분야의 디카르고 등이 국내에서 언급되어 온 예예요.

다만 국내에서는 암호화폐 공개(ICO)(새 코인을 팔아 자금을 모으는 것)에 대한 규제 환경이 보수적이에요. 여기에 고객확인제도(고객이 누구인지 확인하는 절차)와 자금세탁방지 요건 등도 있어서, 토큰을 끼고 있는 디앱 서비스의 사업 방식이 제약을 받는 경우가 많아요.

이 때문에 실제 서비스 운영과 법·제도 사이를 어떻게 맞출지가 계속 풀어야 할 과제로 남아 있어요.

9. 앞으로 무엇을 풀어야 하나요?

디앱이 일반 사용자에게 더 널리 쓰이려면 몇 가지 과제를 함께 풀어야 해요.

먼저 '확장성'이에요. 레이어 2와 여러 체인을 잇는 상호운용성 기술을 통해, 더 많은 이용자를 더 낮은 비용으로 받아들이는 거예요. 다음은 '사용성'이에요. 복잡한 지갑·서명 과정을 단순하게 만들어서, 일반 앱만큼 편한 경험을 주는 거예요.

'안전성'도 있어요. 코드 감사와 정형 검증을 통해 취약점으로 인한 사고를 줄이는 거예요. 마지막으로 '제도 정합성'이에요. 각 나라의 규제 틀 안에서 오래 유지할 수 있는 서비스 형태를 찾는 거예요.

이런 과제들이 어떻게 풀리느냐에 따라, 디앱이 특정 분야의 실험을 넘어 일상적인 서비스로 자리 잡을 수 있을지가 정해질 거라고 이야기돼요.