바운드리스
코인심층Boundless · ZKC · BNB Chain Ecosystem · Ethereum Ecosystem · Zero Knowledge (ZK) · Binance HODLer Airdrops · Capital Launchpad (Kaito)
바운드리스(Boundless)는 영지식 증명을 모든 블록체인에 공용 인프라 형태로 제공하려는 범용 프로토콜로, 연산의 실행을 합의로부터 분리해 검증 가능한 연산을 여러 체인으로 확장하는 것을 지향한다. 네이티브 토큰은 ZKC이며 국내에서는 업비트에 원화 마켓으로 상장되어 있다.
1.개요
바운드리스(영문명 Boundless)는 영지식 증명을 모든 체인에 제공하는 것을 지향하는 범용 프로토콜이다. 개발자가 전통적인 블록 크기나 가스 한도에 얽매이지 않고 높은 처리량을 갖춘 애플리케이션을 만들 수 있도록 하는 것을 목표로 한다.
프로토콜의 기본 구상은 연산의 실행을 합의로부터 분리하는 것이다. 바운드리스는 증명 생성과 집계, 온체인 정산에 이르는 복잡한 과정을 추상화하여, 개발자가 하부 인프라를 직접 다루지 않고도 검증 가능한 연산을 활용하도록 하려 한다.
토큰 심볼은 ZKC이며, 이더리움 생태계와 BNB 체인 생태계, 거버넌스 등으로 분류된다. 국내에서는 거래소 업비트에 원화 마켓(KRW-ZKC)으로 상장되어 있으며, 공식 한글 표기는 '바운드리스'이다.
2.등장 배경
2.1.증명 생성이라는 병목
영지식 증명은 어떤 연산이 올바르게 수행되었다는 사실을, 그 연산을 다시 실행하지 않고도 검증할 수 있게 하는 암호 기법이다. 다만 증명을 생성하는 과정 자체는 많은 연산 자원을 필요로 하며, 이를 개별 애플리케이션이나 체인이 직접 감당하기는 쉽지 않다.
바운드리스는 이러한 증명 생성 능력을 특정 체인에 종속시키지 않고, 여러 체인이 함께 이용할 수 있는 공용 자원으로 만들고자 한다. 이를 통해 개발자는 블록 크기나 가스 한도와 같은 기존 레이어 1의 제약을 우회하여, 더 무거운 연산을 검증 가능한 형태로 처리하는 것을 목표로 한다.
3.작동 원리
바운드리스는 증명을 요청하는 쪽과 증명을 생성하는 쪽을 시장 형태로 연결한다.
- 증명 요청: 개발자가 필요한 연산에 대한 증명 요청을 제출한다.
- 증명 경쟁: 증명자(prover)들이 이 요청을 처리하기 위해 경쟁한다.
요청과 처리를 개방된 시장으로 매개함으로써, 증명 처리의 검열 저항성과 가용성을 확보하고, 경쟁을 통해 증명 생성 비용을 점진적으로 낮추는 것을 목표로 한다. 이러한 구조에서는 특정 운영 주체가 증명 처리를 독점하지 않고 다수의 참여자가 요청을 나누어 처리하게 된다.
4.검증 가능한 작업 증명
증명자들은 '검증 가능한 작업 증명(proof of verifiable work)'이라 불리는 방식을 통해 보상을 얻는다. 이는 증명자가 실제로 유효한 증명 연산을 수행했다는 사실을 보상의 근거로 삼는 개념이다. 해시 퍼즐을 푸는 데 자원을 소모하는 전통적 채굴 방식과 달리, 실질적인 검증 연산의 수행 결과가 인센티브와 연결된다는 점이 특징이다.
증명자는 이 과정에서 직접적인 보상과 프로토콜 차원의 인센티브를 함께 얻는다. 또한 다수의 증명자가 요청을 처리하는 구조는 증명 처리가 중단 없이 이어지도록 하는 가용성(liveness) 보장과 연관된다.
5.기술 구조
바운드리스 구조의 핵심은 실행(execution)을 합의로부터 분리한다는 점이다. 기존 블록체인에서는 다수의 노드가 동일한 연산을 반복 실행하여 합의에 도달하지만, 바운드리스는 무거운 연산의 결과를 증명으로 만들어 그 정당성만 온체인에 제출하는 방식을 지향한다.
이를 위해 프로토콜은 다음 단계를 추상화한다.
- 증명 생성(proof generation)
- 증명 집계(aggregation)
- 온체인 정산(onchain settlement)
개발자는 이 복잡한 과정을 직접 구현하지 않고도 검증 가능한 연산을 애플리케이션에 통합할 수 있다. 바운드리스는 이러한 접근을 '검증 가능한 컴퓨팅(verifiable computing)'의 새로운 패러다임으로 제시한다.
6.확장성
바운드리스는 증명을 담당하는 노드(증명자)가 늘어날수록 프로토콜 전체의 연산 처리 용량이 함께 커지도록 설계되었다. 참여하는 증명자가 많아지면 처리할 수 있는 증명의 총량이 늘어나고, 이는 여러 체인에 걸친 연산 능력의 확장으로 이어진다.
이 구조는 단일 운영 주체에 의존하지 않고 개방된 시장 참여를 통해 처리 용량을 확보한다는 점에서, 프로토콜이 내세우는 검열 저항성 및 가용성 목표와 맞닿아 있다.
7.ZKC 토큰과 거버넌스
바운드리스의 네이티브 토큰은 ZKC이다. 코인게코 분류에서 ZKC는 이더리움 생태계와 BNB 체인 생태계, 영지식(ZK), 거버넌스(Governance) 범주로 분류된다. 거버넌스 범주에 포함된다는 점은 토큰이 프로토콜 운영과 관련한 의사결정에 활용될 수 있음을 시사한다.
시가총액을 기준으로 한 순위는 약 1,037위 수준으로 집계된 바 있다. 다만 이러한 순위는 시세에 따라 수시로 변동한다.
8.생태계와 분류
ZKC는 여러 체인 생태계와 배포 프로그램에 걸쳐 분류된다.
- 체인 생태계: 이더리움, BNB 체인
- 기술 범주: 영지식(ZK)
- 배포·상장 관련: 바이낸스 HODLer 에어드롭 대상, 카이토(Kaito) 관련 런치패드(Capital Launchpad) 범주
바이낸스 HODLer 에어드롭은 특정 자산 보유자에게 신규 토큰을 배분하는 프로그램으로, ZKC가 그 대상에 포함된 바 있다. 프로토콜은 실행을 합의와 분리하는 구조를 통해 여러 체인에 걸쳐 검증 가능한 연산을 확장하는 것을 지향하며, 이러한 다중 체인 지향은 위 분류에도 반영되어 있다.
9.국내 상황
국내에서 ZKC는 가상자산 거래소 업비트에 원화 마켓(KRW-ZKC)으로 상장되어 있다. 업비트에서 사용하는 공식 한글 표기는 '바운드리스'이다.
원화 마켓 상장은 국내 투자자가 별도의 환전 없이 원화로 직접 이 토큰을 거래할 수 있음을 의미한다. 이는 국내 이용자가 프로토콜과 토큰에 접근하는 주요 경로 중 하나가 된다.
10.개발자 활용
개발자 관점에서 바운드리스의 목표는 검증 가능한 연산을 인프라 부담 없이 활용하도록 하는 것이다. 개발자는 증명 생성·집계·정산의 세부 구현을 직접 다루지 않고, 필요한 연산에 대한 증명을 요청하는 방식으로 애플리케이션을 구성할 수 있다.
이를 통해 기존 블록 크기나 가스 한도의 제약에서 벗어나, 표현력이 높고 처리량이 큰 애플리케이션을 설계하는 것을 지향한다. 여러 체인에서 동일한 증명 인프라를 활용할 수 있다는 점은 상호운용성 측면에서도 의미를 가진다.
11.앞으로의 과제
바운드리스가 내세우는 목표가 실제로 구현되려면, 충분한 수의 증명자가 시장에 참여하여 안정적인 처리 용량과 가용성을 제공해야 한다. 개방된 시장 경쟁을 통해 증명 생성 비용을 지속적으로 낮춘다는 구상 역시 참여자 규모와 경쟁 강도에 따라 실현 정도가 달라질 수 있다.
또한 실행과 합의를 분리하는 구조는 여러 체인에 걸친 검증 가능한 연산이라는 비교적 새로운 영역을 겨냥한다. 이에 따라 다른 영지식 증명 인프라들과의 경쟁 속에서 실제 채택 사례를 확보하는 것이 과제로 남는다.
12.팀4명
Shiv ShankarCEO
Réka MedveczCore contributor
Phil KellyCore contributor
Brett CarterCore contributor
출처 RootData · 2026. 9. 5. 기준
13.연표1건
- 2025상장업비트 원화마켓 상장 (2025-09-15)
바운드리스, 어렵지 않아요 여러 블록체인이 함께 쓰는 증명 인프라
1. 바운드리스가 대체 뭐예요?
바운드리스(영문명 Boundless)는 영지식 증명(어떤 계산이 제대로 됐다는 걸, 그 계산을 다시 해보지 않고도 확인할 수 있게 해 주는 기술)을 모든 블록체인에 제공하려는 범용 프로토콜이에요. 개발자가 블록 크기나 가스(블록체인에서 계산을 돌릴 때 내는 수수료 겸 사용량 한도) 한도에 얽매이지 않고, 많은 처리량을 갖춘 앱을 만들 수 있게 하는 게 목표예요.
기본 아이디어는 '계산을 실제로 돌리는 일'과 '여러 컴퓨터가 무엇이 맞는지 서로 맞춰 보는 일(합의)'을 따로 떼어 놓는 거예요. 증명을 만들고, 여러 증명을 하나로 모으고, 블록체인 위에서 최종 정산하는 복잡한 과정을 바운드리스가 대신 감춰 줘서, 개발자는 그 밑바닥 구조를 직접 건드리지 않고도 '검증 가능한 계산'을 쓸 수 있게 하려는 거예요.
이 프로토콜의 토큰 이름(심볼)은 ZKC예요. 이더리움 생태계와 BNB 체인 생태계, 거버넌스 같은 분류에 들어가요. 국내에서는 거래소 업비트에 원화 마켓(KRW-ZKC)으로 상장돼 있고, 공식 한글 이름은 '바운드리스'예요.
2. 왜 이런 게 필요했나요?
영지식 증명은 '이 계산이 제대로 됐다'는 사실을, 그 계산을 다시 돌려 보지 않고도 확인할 수 있게 해 주는 암호 기술이에요. 편리하지만 문제가 하나 있어요. 증명을 만들어 내는 과정 자체가 컴퓨터 자원을 아주 많이 잡아먹어요. 그래서 앱 하나하나, 체인 하나하나가 이걸 직접 감당하기가 쉽지 않아요.
바운드리스는 이 '증명 만드는 능력'을 특정 체인에만 묶어 두지 않고, 여러 체인이 같이 나눠 쓰는 공용 자원으로 만들려고 해요. 그러면 개발자는 블록 크기나 가스 한도 같은 기존 레이어 1(가장 아래층에 있는 기본 블록체인)의 제약을 피해서, 더 무거운 계산도 검증 가능한 형태로 처리할 수 있게 되는 거예요.
이렇게 보면 쉬워요 · 집집마다 발전기를 두는 대신, 동네가 함께 쓰는 발전소를 하나 두는 셈이에요.
3. 실제로 어떻게 돌아가나요?
바운드리스는 증명을 '요청하는 쪽'과 증명을 '만들어 주는 쪽'을 시장처럼 연결해요.
- 증명 요청: 개발자가 '이 계산에 대한 증명이 필요해요'라고 요청을 올려요.
- 증명 경쟁: 증명자(prover, 증명을 만들어 주는 참여자)들이 그 요청을 처리하려고 서로 경쟁해요.
이렇게 요청과 처리를 열린 시장에 맡기면 좋은 점이 있어요. 특정 한 곳이 증명 처리를 막거나 독차지하지 못하게 하는 검열 저항성과, 언제든 처리할 사람이 있는 가용성을 확보할 수 있어요. 게다가 서로 경쟁하다 보면 증명 만드는 비용도 조금씩 낮아지는 걸 노려요. 이런 구조에서는 한 운영 주체가 증명 처리를 독점하지 않고, 여러 참여자가 요청을 나눠서 처리하게 돼요.
4. 증명자들은 뭘로 보상을 받나요?
증명자들은 '검증 가능한 작업 증명(proof of verifiable work)'이라는 방식으로 보상을 받아요. 쉽게 말하면, 증명자가 실제로 쓸모 있는 증명 계산을 진짜로 해냈다는 사실을 보상의 근거로 삼는다는 거예요.
이 점이 기존 채굴 방식과 달라요. 전통적인 채굴은 아무 쓸모 없는 해시 퍼즐을 푸느라 자원을 태우는데, 바운드리스에서는 실제로 도움이 되는 검증 계산을 해낸 결과가 보상과 연결돼요.
증명자는 이 과정에서 직접적인 보상과 프로토콜 차원의 인센티브를 함께 받아요. 또 여러 증명자가 요청을 나눠서 처리하는 구조라서, 증명 처리가 중간에 끊기지 않고 계속 이어지는 가용성(liveness) 보장과도 이어져요.
5. 기술 구조의 핵심은 무엇인가요?
바운드리스 구조의 핵심은 '실제 계산 실행(execution)'을 합의에서 떼어 낸다는 거예요. 기존 블록체인에서는 여러 노드(네트워크에 참여하는 컴퓨터)가 똑같은 계산을 저마다 다시 돌려서 합의에 도달해요. 반면 바운드리스는 무거운 계산은 한 번만 하고, 그 결과가 옳다는 '증명'만 만들어서 블록체인 위에 올리는 방식을 지향해요.
이를 위해 프로토콜은 다음 단계들을 개발자 대신 감춰 줘요.
- 증명 생성(proof generation): 증명을 만드는 단계
- 증명 집계(aggregation): 여러 증명을 하나로 모으는 단계
- 온체인 정산(onchain settlement): 그 결과를 블록체인 위에서 최종 확정하는 단계
덕분에 개발자는 이 복잡한 과정을 직접 만들지 않고도 검증 가능한 계산을 자기 앱에 붙일 수 있어요. 바운드리스는 이런 방식을 '검증 가능한 컴퓨팅(verifiable computing)'의 새로운 패러다임이라고 소개해요.
이렇게 보면 쉬워요 · 반 학생 전원이 같은 문제를 다 풀어 답을 맞춰 보는 대신, 한 명이 풀고 나머지는 '풀이가 맞다는 증거'만 확인하는 방식이에요.
6. 규모는 어떻게 커지나요?
바운드리스는 증명을 담당하는 노드(증명자)가 늘어날수록, 프로토콜 전체가 처리할 수 있는 계산 용량도 같이 커지도록 설계됐어요. 참여하는 증명자가 많아지면 처리할 수 있는 증명의 총량이 늘고, 이는 여러 체인에 걸친 계산 능력의 확장으로 이어져요.
이 구조는 한 운영 주체에 기대지 않고 열린 시장에 여러 참여자가 들어오게 해서 처리 용량을 확보해요. 그래서 프로토콜이 내세우는 검열 저항성과 가용성 목표와도 맞닿아 있어요.
7. ZKC 토큰과 거버넌스는요?
바운드리스의 자체 토큰(네이티브 토큰)은 ZKC예요. 코인게코 분류에서 ZKC는 이더리움 생태계와 BNB 체인 생태계, 영지식(ZK), 거버넌스(Governance) 범주로 분류돼요. 거버넌스 범주에 들어간다는 건, 이 토큰이 프로토콜을 어떻게 운영할지 정하는 의사결정에 쓰일 수 있다는 뜻이에요.
시가총액(코인 하나 가격에 발행량을 곱한, 그 코인의 전체 시장 규모)을 기준으로 한 순위는 약 1,037위 수준으로 집계된 적이 있어요. 다만 이런 순위는 시세에 따라 수시로 바뀌어요.
8. 어떤 생태계와 프로그램에 속해 있나요?
ZKC는 여러 체인 생태계와 배포 프로그램에 걸쳐 분류돼요.
- 체인 생태계: 이더리움, BNB 체인
- 기술 범주: 영지식(ZK)
- 배포·상장 관련: 바이낸스 HODLer 에어드롭 대상, 카이토(Kaito) 관련 런치패드(Capital Launchpad) 범주
바이낸스 HODLer 에어드롭은 특정 자산을 들고 있는 사람에게 새 토큰을 나눠 주는 프로그램인데, ZKC가 그 대상에 들어간 적이 있어요. 이 프로토콜은 실행을 합의에서 분리하는 구조로 여러 체인에 걸쳐 검증 가능한 계산을 넓히려고 하는데, 이런 '여러 체인 지향' 성격이 위 분류에도 그대로 드러나 있어요.
9. 국내에서는 어떻게 거래하나요?
국내에서 ZKC는 가상자산 거래소 업비트에 원화 마켓(KRW-ZKC)으로 상장돼 있어요. 업비트가 쓰는 공식 한글 표기는 '바운드리스'예요.
원화 마켓에 상장돼 있다는 건, 국내 투자자가 따로 환전할 필요 없이 원화로 바로 이 토큰을 사고팔 수 있다는 뜻이에요. 그래서 이 상장은 국내 이용자가 프로토콜과 토큰에 다가가는 주요 통로 중 하나가 돼요.
10. 개발자에게는 뭐가 좋나요?
개발자 입장에서 바운드리스의 목표는, 검증 가능한 계산을 인프라 부담 없이 쓸 수 있게 해 주는 거예요. 개발자는 증명 생성·집계·정산 같은 세부 구현을 직접 만들지 않고, 그냥 '이 계산에 대한 증명이 필요해요'라고 요청하는 방식으로 앱을 만들 수 있어요.
이렇게 하면 기존 블록 크기나 가스 한도의 제약에서 벗어나, 표현력이 풍부하고 처리량이 큰 앱을 설계할 수 있어요. 게다가 여러 체인에서 똑같은 증명 인프라를 쓸 수 있다는 점은, 서로 다른 체인이 잘 맞물려 돌아가는 상호운용성 측면에서도 의미가 있어요.
11. 앞으로 넘어야 할 과제는요?
바운드리스가 내세운 목표가 실제로 이뤄지려면, 증명자가 시장에 충분히 많이 참여해서 안정적인 처리 용량과 가용성을 제공해야 해요. 열린 시장 경쟁으로 증명 만드는 비용을 계속 낮추겠다는 구상도, 참여자가 얼마나 많고 경쟁이 얼마나 치열한지에 따라 실현되는 정도가 달라질 수 있어요.
또 실행과 합의를 분리하는 구조는 '여러 체인에 걸친 검증 가능한 계산'이라는, 아직은 비교적 새로운 영역을 겨냥해요. 그래서 다른 영지식 증명 인프라들과 경쟁하는 가운데, 실제로 이걸 쓰는 사례를 얼마나 확보하느냐가 앞으로의 과제로 남아 있어요.
토큰포스트 위키, “바운드리스”, 2026-07-31 수정, https://wiki.tokenpost.kr/w/boundlessAccept: text/markdown 로 요청해도 같은 결과문단 11개 · 연표 1건 · 각주 0개