
Native Lend 심층 분석: 자본 효율성과 수익 극대화를 동시에 달성하는 DeFi 공급 측 개혁의 선도주자
저자: TechFlow
현재 암호화 시장은 끊임없이 새로운 핫이슈를 만들어내며 체인 상의 거래 수요가 활발하다.
L1/L2 프로젝트들이 유동성과 관심을 차지하기 위해 경쟁하고 있으며, 서로 다른 생태계 내 AI 및 MEME 분야의 번영과 쇠퇴는 이를 잘 보여주는 예시다.
하지만 비교해보면 DeFi 분야는 다소 낙오되고 있는 모습이다.
범식적 혁신이 부족한 탓에 과거 암호화 세계의 기둥이었던 이 분야는 점차 사용자 증가와 경험 측면에서 정체되고 있다.
수많은 블록체인이 등장하면서 유동성이 조각화되었고, 아직까지 "하나의 허브로 모든 체인을 커버하는" 크로스체인 통합 거래 경험은 실현되지 못했다.
체인 상 거래자들은 MEV(최대 추출 가능 가치)와 부정확한 호가로 인해 거래 비용을 걱정하며, LP(유동성 공급자)들은 유동성을 더 제공할수록 오히려 손해를 보는 악순환에 빠진다.
경험도 좋지 않고 수익도 나지 않으니 당연히 수요가 원활하지 않다.
그리고 어떤 경제 문제와 마찬가지로 수요 부진은 공급 측의 문제가 있기 때문이다. 즉, DeFi의 핵심은 바로 유동성 공급에 있다.
우리는 유동성 공급 측의 자본을 보다 효율적으로 활용할 수 있는 새로운 마켓메이킹 메커니즘이 필요하다. 오직 그 길을 통해 거래자들은 더 나은 호가와 유동성 환경을 얻게 되며, LP들도 더 많은 수익을 올릴 수 있게 된다.
현재 이런 핵심 문제점을 파악한 프로젝트들이 나타나기 시작했으며, Native Lend는 바로 이러한 'DeFi 공급 측 개혁'의 선구자라 할 수 있다.
크로스체인 통합 거래를 기반으로 하여 프라이빗 마켓메이커(PMM)와 신용 한도 기반 거래 메커니즘을 도입함으로써, 유동성 공급자와 마켓메이커 간의 협업을 위한 새로운 패러다임을 창출하고, 마켓메이커의 운영 공간과 효율성을 근본적으로 활성화하며, 동시에 LP들의 자금 안전을 보장하고 수익을 제고한다.
일반 사용자들은 이러한 공급 측 최적화를 직접 느끼거나 이해하기 어렵지만, 그 혜택은 고스란히 누릴 수 있다.
또한 Native Lend는 이러한 눈에 잘 띄지 않는 제품 특성 때문에 이번 내용에서는 쉬운 설명 방식으로 현재 DeFi 시장의 공백을 지적하고, 이 제품이 어떻게 그 공백을 메우는지, 그리고 Native Lend의 가치와 잠재력을 분석해보고자 한다.

AMM, 오랜 병이 낫지 않다
현재 DeFi의 문제점은 도대체 어디에 있는가?
왜 거래자들은 종종 더 좋은 호가와 낮은 거래 비용을 받지 못하는가? 왜 LP로서 마켓메이킹을 해도 항상 손해를 보는가?
DeFi의 기박인 자동 마켓메이킹(AMM) 메커니즘 자체에 문제가 있을 수 있다.
AMM 메커니즘은 탈중앙화, 무허가 접근, 지속적인 유동성 제공 등의 면에서 중요한 역할을 하며 널리 채택되고 있다. 그러나 공(功)이 있다고 해서 허물(過)이 없는 것은 아니다.
거래자가 AMM 풀과 거래할 때 유동성이 낮거나 거래량이 갑자기 증가하면 슬리피지가 커지기 쉽다. 또한 거래 주문은 대부분 공개되며, 체결 대기 중에 프론트런(front-run)이나 기타 수단으로 이용될 수 있어 MEV 문제로 인해 거래 비용이 상승한다.
유동성을 제공하는 LP에게는 수익률이 낮다. AMM 메커니즘 하에서는 자금이 가격 곡선 전체에 정적으로 배분되어 자본 활용 효율이 떨어진다.
또한 손해를 보는 경우가 많은 이유는 바로 AMM이 초래하는 만성적인 ‘무상 손실(impermanent loss)’ 때문이다.
AMM 풀 내 자산 가격이 크게 변동할 때 무상 손실이 발생하며, LP가 결국 회수하는 금액이 아무것도 하지 않았을 때보다 적어질 수도 있다.
과거 프랑스 올랭 대학의 연구에 따르면 Uniswap 등 다른 AMM에서도 무상 손실은 영구적이며, 가장 낙관적인 시나리오조차 동일 전략에서 얻을 수 있었던 수익을 감소시킨다.

그렇다면 우리가 DeFi 세계에서 진정으로 결핍된 것은 무엇인가?
단순한 AMM 이상의 유동성 공급 및 통합 메커니즘으로, 거래자들이 더 나은 호가와 낮은 거래 비용을 얻고, LP의 자본 활용 효율과 수익을 높이는 것이다.
이 사실을 이해하면 Native Lend라는 제품의 설계 사고방식을 이해하기 쉬워진다.
간단히 말해, Native Lend는 프라이빗 마켓메이커(PMM)와 RFQ(Request for Quote) 방식을 통해 AMM의 문제를 해결하려 한다.
프라이빗 마켓메이커 모델이란, AMM 스마트 계약의 알고리즘에 의해 호가를 제공받는 것이 아니라, 특정 마켓메이커에게 직접 호가를 요청하는 방식이며, 시장 상황에 따라 가격과 자금 배분을 동적으로 조정할 수 있다.

이 방식에서 거래자는 특정 거래에 대해 마켓메이커에게 직접 호가를 요청한 후, 그 호가를 수락하거나 거부할 수 있다. 이것이 앞서 언급한 'RFQ(호가 요청)' 모델이다.
PMM과 RFQ 방식의 직관적인 장점은 무엇인가?
-
MEV 없음: 마켓메이커가 제공하는 고정 호가는 체인 외에서 이미 결정되므로, 체인 상 상태나 정산에 의존하지 않는다. 따라서 호가에는 불확실성이나 슬리피지가 없어 MEV 발생 가능성이 줄어든다.
-
더 나은 호가: 거래자가 마켓메이커에게 호가를 요청하면 고정된 가격을 제공받으며, 이후 시장 변동에 영향을 받지 않는다. 이는 AMM 모델에서처럼 거래 규모와 풀 내 자산 비율에 따라 변동하는 가격과 다르며, RFQ는 거래자에게 가격 확정성을 제공한다.
-
무상 손실 문제 해결: PMM은 고정된 수식이 아닌 외부 시장 데이터와 내부 전략을 활용하여 매매 가격을 동적으로 조정한다. 이는 재고 리스크를 효과적으로 관리하고 시장 변동으로 인한 잠재적 손실을 방지할 수 있음을 의미한다.

기존 AMM 모델과 비교해 Native Lend가 하고자 하는 것은 더 효율적인 자본 활용과 좁은 스프레드를 통해 구매자와 판매자를 직접 연결함으로써 더 나은 가격 책정을 실현하는 것이다.
큰 그림은 좋아 보이지만, 구체적으로 어떻게 실행할 것인가?
LP의 이익을 보장하면서 PMM의 마켓메이킹 효율을 극대화하여 이 모델이 원활하게 작동하도록 하려면 어떻게 해야 하는가?
프로그래밍 가능한 유동성 레이어, 맞춤형 처방
Native Lend의 구체적인 답은 바로 "프로그래밍 가능한 유동성 레이어"를 제공하여 LP와 PMM 간의 새로운 협업 패러다임을 형성하는 것이다.

먼저 '프로그래밍 가능한 유동성'이라는 난해한 개념을 이해하려 하지 말고, DeFi 참여자들의 가장 기본적인 수요부터 살펴보자.
당신이 유동성 공급자이거나 마켓메이커라면, 무엇을 가장 기대하는가?
명백히, LP는 유동성 풀에 예치한 자산이 극대화되기를 바라며, PMM 마켓메이커는 더 많은 자금을 마켓메이킹에 활용하기를 원한다.
두 가지 욕구 사이에는 협력의 가능성이 숨어 있다.
Native Lend는 획기적인 '신용 한도 기반' 설계를 도입하여, 마켓메이커가 자신의 담보 자산을 기반으로 일정한 신용 한도(Credit)를 설정하고, 이를 활용해 레버리지를 통해 LP가 풀에 제공한 자금을 빌려 마켓메이킹을 수행함으로써, 마켓메이킹 범위와 자본 활용 효율을 높인다.
아직도 이해가 안 된다면 현실 세계에서 가장 흔한 예를 생각해보자. 은행의 예금과 대출이다.
당신이 은행에 돈을 예금하고, 누군가 그 돈을 필요로 한다. 은행은 그 사람에게 담보를 요구한 후 일정한 신용 한도를 부여하여 당신이 예금한 돈을 빌려준다.
Native Lend의 설계도 이와 같다. 본질적으로 마켓메이커가 레버리지를 활용해 LP의 자금을 빌려 마켓메이킹을 수행함으로써 DeFi의 자본 활용 효율을 높이는 것이다.
더욱 주목할 점은, 마켓메이커가 담보한 자산이 어느 체인에 있는지는 중요하지 않다는 점이다. 담보 자산의 규모에 따라 신용 한도가 결정되며, 동일한 담보 자산으로 지원되는 모든 체인의 유동성 풀에 접근해 자산을 활용한 마켓메이킹을 수행할 수 있어 마켓메이킹 범위가 확장된다.
그럼 마켓메이커가 돈을 빌린 후 도망가면 어떻게 하나?
주의할 점은 여기서의 '빌려감'은 LP의 돈이 실제로 빠져나가는 것이 아니라는 점이다.
LP는 유동성 풀 내 자금의 안전을 걱정할 필요가 없다. PMM이 '자금을 빌려' 마켓메이킹을 수행하는 것은 실제 자금 이전을 의미하지 않으며, 자금은 여전히 Native Lend의 스마트 계약에 보관된다. '빌려감'과 '상환'은 롱 포지션과 숏 포지션의 보유로 대체되며, 정산 또는 강제청산 조건에 따라 처리되며, LP가 예치한 자금 자체는 영향을 받지 않는다.
즉 본질적으로 Native Lend는 실제 자금 이전 대신 대출 포지션을 사용해 LP 자산의 일시적 처분권을 표현함으로써 자금을 최대한 활용하는 것이다.
이러한 방식의 장점은 명백하다.
이 메커니즘이 없던 시절: 크로스체인 유동성 조각화로 인해 마켓메이커는 자신이 가진 자금만큼만 활동할 수 있었으며, 다양한 체인에 자산을 배포하지 않아 크로스체인 마켓메이킹이 불가능해 마켓메이킹 범위와 자본 효율이 매우 낮았다.
이 메커니즘이 도입된 이후: 마켓메이커가 어떤 체인에 자산을 배포했는지는 중요하지 않으며, 자금 보유량의 제약을 극복하고 적절한 레버리지를 활용해 자신의 자금보다 몇 배 많은 암호화 자산을 운용할 수 있어 마켓메이킹 효율이 극대화된다.

이러한 설계 덕분에 "프로그래밍 가능한 유동성 레이어"라는 단어의 의미를 이제 이해할 수 있을 것이다.
-
동적 조정 및 사용자 정의: 마켓메이커가 자신의 유동성 사용 전략을 '프로그래밍'하거나 커스터마이징할 수 있도록 하여 수익과 효율을 극대화할 수 있다.
-
복잡한 전략 실행: PMM과 신용 기반 거래를 통해 Native Lend는 기존 DeFi 플랫폼에서는 어려웠거나 불가능했던 더 복잡한 거래 및 유동성 전략을 구현할 수 있다. 이러한 복잡한 전략의 관리와 실행은 알고리즘과 논리를 적용해 기대하는 시장 운영 결과를 도출한다는 점에서 유동성의 '프로그래밍'이라 할 수 있다.
-
자기 조절 및 반응형 유동성: Native Lend 플랫폼에서는 유동성이 시장 수요와 조건 변화에 따라 스스로 조정된다. 이러한 유동성의 자가 조정 능력은 이벤트 기반 프로그래밍과 유사하며, 시스템이 외부 이벤트(예: 시장 가격 변동)에 반응해 행동을 조정한다.
아직도 이해가 안 되겠다면 아래 실제 거래 사례를 살펴보자.

-
거래자(Traders): Alice는 Native Lend 플랫폼에서 ETH로 USDT를 구매하고자 한다. 그녀는 다양한 DEX, 트레이딩 어그리게이터 등의 프론트엔드를 통해 요청을 제출할 수 있다.
-
유동성 공급자(Liquidity Providers): Bob은 여분의 USDT를 보유하고 있으며 이자 수익을 원한다. 따라서 그는 USDT를 Native Lend 플랫폼에 예치해 유동성을 제공하며, 일정한 대출을 통해 더 높은 수익을 얻을 수도 있다.
-
신용 사용자(Credit Users): Carol은 마켓메이커로서 시장에 가격을 제공하고 거래를 수행하고 싶지만, 모든 자금을 특정 자산과 체인에 묶어두고 싶지 않다. 따라서 그녀는 Native Lend에 일정한 자산을 담보로 맡기고 신용 한도를 활용해 운영한다. 즉, Carol은 Bob이 제공한 USDT(통해 Native Lend 플랫폼)를 빌려 Alice에게 유동성과 가격을 제공할 수 있다.
-
마지막으로 Alice의 USDT 구매가 성사되며, 그 이면에는 LP와 마켓메이커의 공동 노력이 존재한다.
이 예시에서 각 당사자는 모두 자신의 가치를 얻는다.
Alice(거래자)는 빠르고 저렴한 거래 서비스를 받아 더 나은 호가를 얻으며, 슬리피지와 MEV 걱정도 없다.
Bob(LP)은 자금을 빌려줌으로써 더 많은 이자를 얻으며, 자신의 자금이 쉽게 활용되면서도 자금의 안전을 걱정할 필요 없다.
Carol(마켓메이커)는 빌린 자금을 통해 Alice에게 서비스를 제공하고, 시장 변동성에서 수익을 얻을 기회도 갖는다.
Native Lend는 다양한 참여자들을 통합하고 메커니즘을 제공함으로써 거래의 원활함과 각 당사자의 만족을 보장한다.
이로써 기존 DeFi의 AMM 모델의 만성적 문제는 마침내 해결된 셈이다.
크로스체인 거래 어그리게이션, 자연스럽게 이루어짐
위의 해결책을 실행하려면 크로스체인 거래, 유동성 통합, 다중 체인 자산, 마켓메이커 자원 등을 해결해야 한다.
여러 이해관계를 조율하는 것은 쉽지 않은데, 왜 Native Lend가 이를 해낼 수 있을까?
사실 Native Lend 제품 출시 이전에도 해당 팀은 유동성 어그리게이션 사업에 대한 전문적인 경험을 축적해왔다. 즉, Native와 Native Swap이다.
전자를 API라고 이해할 수 있으며, 다양한 프로젝트가 이를 통합해 크로스체인 통합 거래 기능을 사용할 수 있다.
후자는 독립된 크로스체인 거래 어그리게이션 제품으로, 이미 10개월 이상 성공적으로 운영 중이며 거래량 측면에서도 좋은 성과를 거두었고, ETH/BSC/Polygon/Arbitrum/Avalanche/Zeta/mantle에서의 크로스체인 거래를 지원한다.

공개된 데이터에 따르면 Native Swap은 크로스체인 어그리게이션 분야에서 일류 수준에 있으며, 다수의 유동성과 마켓메이커 자원을 통합해 DeFi 거래 주문의 70% 이상을 처리하고 있다.
따라서 Native Lend를 개발하는 것은 자연스러운 선택이었다.
이미 유동성과 마켓메이커 자원을 보유하고 있으니, 양측의 자원을 최대한 활용해 LP에게는 자본 효율과 수익 극대화를, 사용자에게는 더 나은 호가를, 마켓메이커에게는 더 큰 무대를 제공하자.
또한 Native Lend는 업계 경험 풍부한 팀과 자금 지원도 확보하고 있다.
CEO는 뉴욕대학교 데이터 과학 석사 학위 소지자로, 8년 이상 데이터 과학 팀을 이끌었으며 머신러닝, 데이터 마이닝, 프로젝트 관리 분야에 풍부한 경험을 갖췄다.
고문진은 암호화폐 트레이딩 회사 Altonomy의 CTO였으며, Tokka Labs의 CEO이기도 했다.
CTO는 오랜 경력의 풀스택 엔지니어로 EVM 기반 스마트 계약에 정통하다.

또한 Nomad이 200만 달러 규모의 시드 라운드를 주도 투자했다. Nomad Capital은 2023년 3월 바이낸스로부터 투자를 유치했으며, 다음 달 첫 번째 프로젝트인 Native에 투자했다. 2023년 12월 Native는 Nomad Capital로부터 또 한 차례 전략적 투자를 받았다.
일반 사용자 입장에서 Native Lend의 기대 포인트는 무엇인가?
첫째, 프로젝트 토큰이 아직 출시되지 않아, DeFi 분야에서 유동성 최적화를 추진하는 알파 프로젝트로서 주목할 만하다.
Native Lend는 Native 관련 제품에서 파생된 것으로, 사업 확장 논리가 타당하며, 강력한 팀과 자금 지원을 받고 있고, DeFi 분야에서 유사한 경쟁 프로젝트도 거의 없으며, 다중 체인의 인기 자산을 포괄하므로 조기에 주목할 가치가 있다.

또한 사업 특성상 Native Lend는 쉽게 골드 슈벨(Gold Shovel) 효과를 만들 수 있다.
통합된 유동성이 많을수록, 협력하는 L1/L2가 많을수록 골드 슈벨이 되기 쉬우며, 다양한 프로젝트들이 'Native Lend 사용자에게 에어드랍 자격을 부여할 가능성'이 높아진다.
현재 Native Lend의 내부 테스트가 시작되었으며, 관심 있는 사용자는 zkLink를 통해 Native Lend 제품을 사용하고 포인트를 적립하며 향후 혜택을 기다릴 수 있다.

미래가 기대됨
서두에서 언급했듯이, 이번 블루문은 연이은 폭발적 핫이슈로 인해 여러 생태계의 토큰들이 끊임없이 놀라움을 주고 있다.
여기에는 DeFi의 잠재적 기회가 숨어 있다. 관심과 자금이 제한될 때, DeFi의 단독 제품은 시장 점유율을 얻기 어렵고, 다양한 생태계의 자산과 거래를 통합하는 협업 전략이야말로 시장을 선점할 수 있는 길이다.
만약 Native Swap이 협업의 핵심 추진력이라면, Native Lend는 각 당사자를 연결하는 중요한 윤활제 역할을 한다.
공급 측에서 조각화된 유동성을 통합해 마켓메이커와 LP가 협력함으로써 더 나은 마켓메이킹 효율과 자본 활용 효율을 달성하고, 궁극적으로 수요 측인 거래자들에게 혜택을 제공한다.
비록 크로스체인 통합 거래는 여전히 비교적 소수의 영역이지만, 모두가 함께 이익을 얻는 제품은 언제나 독특한 서사 구조를 가진다.
뒤에서 묵묵히 기여하는 제품 설계는 눈에 잘 띄지 않지만, 그 발전 가능성은 무시할 수 없다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














