🔶 Primus Labs 시즌 2 | 1편 인터넷에서 가져온 데이터가 진짜라는 걸 어떻게 증명할 수 있을까요? 우리는 매일 수많은 데이터를 사용하지만, 그 데이터가 실제로 어디서 왔고 중간에 조작되지는 않았는지 확인하기는 쉽지 않습니다. 특히 블록체인에서는 이 문제가 더욱 중요해집니다. 지난 시즌에는 @primus_labs의 zkTLS, FHE, RWA 등 다양한 기술과 활용 가능성을 살펴봤습니다. 이번 시즌 2에서는 Primus의 핵심 암호학 기술이 실제로 어떤 원리로 작동하는지 조금 더 깊게 알아보려고 합니다. 🔹 첫 번째, 데이터의 출처를 증명하는 zkTLS 우리가 은행이나 거래소에 접속할 때 사용하는 HTTPS는 TLS라는 보안 프로토콜을 활용합니다. TLS는 통신을 암호화하고 서버와 안전하게 연결할 수 있도록 도와줍니다. 그런데 여기서 한 가지 문제가 있습니다. HTTPS로 받은 데이터를 다른 사람에게 보여준다고 해서, 그 데이터가 실제 해당 서버에서 제공된 것이라는 사실까지 자동으로 증명되지는 않습니다. Primus의 zkTLS는 바로 이 문제를 해결하려는 기술입니다. 암호학적 프로토콜을 활용해 웹사이트에서 가져온 데이터의 출처와 무결성을 제3자에게 증명할 수 있도록 합니다. 🔹 두 번째, 계산 결과를 증명하는 zkVM 데이터가 진짜라는 사실을 확인했다면 다음에는 무엇이 필요할까요? 바로 그 데이터를 이용한 계산이 올바르게 수행됐는지 검증하는 것입니다. zkVM은 특정 프로그램이 주어진 입력을 바탕으로 올바르게 실행됐다는 사실을 암호학적 증명으로 확인할 수 있게 하는 기술입니다. 예를 들어 여러 거래소에서 가져온 데이터를 이용해 평균 가격을 계산했다고 가정해 보겠습니다. 이때 검증자는 계산 과정을 전부 다시 실행하지 않고도 생성된 증명을 통해 결과를 확인할 수 있습니다. 🔹 세 번째, 데이터를 보호하며 계산하는 FHE 앞선 두 기술이 데이터의 출처와 계산 결과를 검증하는 데 집중한다면, FHE는 조금 다른 문제를 해결합니다. 바로 데이터를 암호화된 상태로 유지하면서 계산하는 것입니다. 일반적으로 암호화된 데이터는 내용을 확인하려면 복호화해야 합니다. 하지만 FHE는 복호화하지 않고도 암호문에 연산을 수행할 수 있습니다. 따라서 민감한 금융정보를 보호하면서 데이터를 활용해야 하는 환경에서 중요한 기술이 될 수 있겠죠. 🔹 그렇다면 이 기술들을 연결하면? 제가 흥미롭게 보는 부분은 각각의 기술이 서로 다른 문제를 해결한다는 점입니다. ✅ zkTLS: 데이터가 어디서 왔는가? ✅ zkVM: 계산은 올바르게 수행됐는가? ✅ FHE: 데이터를 공개하지 않고 계산할 수 있는가? 이 세 가지는 모두 신뢰할 수 있는 데이터 활용 환경을 만드는 데 중요한 역할을 할 수 있습니다. 물론 모든 기술이 하나의 시스템에 반드시 사용되는 것은 아니며, 함께 활용하려면 별도의 설계와 기술적 통합이 필요합니다. 🔹 개인적으로 주목하는 이유 저는 블록체인이 현실 세계와 연결되기 위해서는 단순히 데이터를 가져오는 것만으로는 부족하다고 생각합니다. 그 데이터의 출처와 처리 과정까지 검증할 수 있어야 진정한 신뢰가 만들어지는 것 아닐까요? 특히 앞으로 AI 에이전트와 온체인 금융이 발전할수록 이런 기술의 중요성도 커질 것 같습니다. Primus Labs가 이러한 암호학 기술을 실제 서비스에서 얼마나 효율적으로 구현할 수 있을지 계속 살펴보려고 합니다. 💬 여러분은 어떤 기술이 가장 흥미로우신가요? ① zkTLS — 데이터 출처 증명 ② zkVM — 계산 결과 검증 ③ FHE — 암호화 상태의 연산 저는 개인적으로 zkTLS가 흥미롭습니다. 기존 인터넷의 데이터를 검증 가능한 형태로 활용할 수 있다는 점 때문입니다. @primus_labs #PrimusLabs #zkTLS #zkVM #FHE #ZeroKnowledge

🌊 Pacifica Neptune — AI 트레이딩의 새로운 가능성 최근 @pacifica_fi에서 개발 중인 Neptune에 관심이 생겼습니다. 요즘 AI를 활용한 트레이딩 서비스는 많지만, 대부분 시장을 분석하거나 매매 신호를 제공하는 데 집중하고 있습니다. 그런데 Neptune은 조금 다른 방향을 보여주고 있습니다. 단순한 AI 분석 도구가 아니라 전략 개발부터 백테스트, 자동화, 실제 거래 실행까지 하나의 환경에서 처리하는 AI Trading Workspace를 목표로 하고 있습니다. 🔹 1. Neptune은 무엇이 다를까? 예를 들어 BTC 자동매매 전략을 만든다고 가정해 보겠습니다. 기존에는 차트를 분석하고, 전략을 코드로 작성한 뒤 별도의 서버와 프로그램을 구축해야 하는 경우가 많았습니다. Neptune은 이러한 과정을 하나의 플랫폼에서 해결하려고 합니다. 사용자가 자연어로 원하는 전략을 설명하면 AI가 시장 데이터를 분석하고, 전략을 구성하고, 백테스트와 실행까지 연결하는 방식입니다. 특히 별도의 서버 구축 부담을 줄이는 방향으로 개발되고 있다는 점이 흥미로웠습니다. 🔹 2. 단순한 차트 분석을 넘어 Neptune은 가격과 거래량뿐 아니라 Funding Rate, Open Interest, 경제 일정 등 다양한 데이터를 활용한 시장 분석을 지향합니다. 또한 특정 조건이 충족되면 자동으로 전략을 실행하는 워크플로도 개발되고 있습니다. 결국 AI가 단순히 매수·매도 의견을 제시하는 것이 아니라, 사용자가 만든 전략을 실제 거래에 활용할 수 있도록 돕는 것이 핵심이라고 생각합니다. 🔹 3. 개인적으로 기대되는 이유 최근 Pacifica는 RFQ, Print Builder Program 등 다양한 기능을 확장하고 있습니다. RFQ가 거래 유동성을 개선하고 Print가 새로운 거래 상품과 Builder 생태계를 확장한다면, Neptune은 AI를 활용한 트레이딩 환경을 구축하는 역할이라고 볼 수 있습니다. 개인적으로는 코딩 경험이 많지 않은 사용자도 자신만의 전략을 만들고 테스트할 수 있게 된다는 점이 가장 기대됩니다. 물론 백테스트 성과가 실제 수익을 보장하지는 않으며, 자동매매의 안정성과 위험 관리도 중요할 것입니다. 아직은 개발과 테스트가 진행 중인 만큼 실제 사용자들의 활용 사례를 지켜볼 필요가 있습니다. Neptune이 단순한 AI 트레이딩 도구를 넘어 Pacifica의 새로운 성장 동력이 될 수 있을까요? 앞으로 어떤 기능과 활용 사례가 공개될지 기대됩니다. 🌊 @pacifica_fi 🔗 xitter.cf/pacifica_fi/status/210…

🔶 Primus Labs 시즌 2 | 2편 은행에서 받은 잔고 내역이 진짜라는 걸 다른 사람에게 증명할 수 있을까요? 스크린샷을 보여주면 간단할 것 같지만, 사실 이미지를 조작하는 건 어렵지 않습니다. 그렇다면 암호학적으로 증명하는 방법은 없을까요? 지난 1편에서는 @primus_labs의 zkTLS, zkVM, FHE가 각각 어떤 역할을 하는지 살펴봤습니다. 이번에는 그중 zkTLS가 실제로 어떻게 작동하는지 조금 더 자세히 알아보겠습니다. 🔹 HTTPS만으로는 부족한 이유 우리가 은행이나 거래소 웹사이트에 접속할 때 대부분 HTTPS를 사용합니다. HTTPS는 TLS를 활용해 서버와 사용자 사이의 통신을 보호합니다. 하지만 한 가지 한계가 있습니다. 내가 받은 데이터를 제3자에게 보여줬을 때, 상대방이 그 데이터가 실제 서버에서 제공된 것인지 확인하기 어렵다는 점입니다. 즉, 안전한 통신과 제3자에게 증명 가능한 데이터는 서로 다른 문제입니다. 🔹 Primus의 zkTLS는 어떻게 해결할까요? Primus는 TLS 통신 과정에 암호학적 검증 기술을 결합합니다. 여기서 중요한 역할을 하는 것이 Attestor(검증 참여자) 입니다. 사용자가 외부 서비스에서 데이터를 가져오면, zkTLS는 검증 참여자와 암호학적 프로토콜을 활용해 데이터의 출처와 무결성을 확인할 수 있는 증명을 생성합니다. Primus는 이를 위해 두 가지 방식을 지원합니다. ✅ MPC-TLS: 사용자와 검증 참여자가 다자간 보안 연산을 통해 통신 데이터의 무결성을 검증하는 방식 ✅ Proxy-TLS: 검증 참여자가 TLS 통신을 중계하고 암호문 등의 정보를 활용해 증명을 생성하는 방식 두 방식은 보안 특성과 처리 성능에서 차이가 있습니다. 🔹 실제로 어디에 활용할 수 있을까요? 예를 들어 사용자가 거래소에서 KYC를 완료했다고 가정해 보겠습니다. 다른 서비스에서 이 사실을 확인하려면 일반적으로 별도의 인증 절차가 필요할 수 있습니다. 하지만 zkTLS를 활용한다면 기존 거래소에서 제공한 KYC 상태 데이터에 대한 검증 가능한 증명을 생성할 수 있습니다. Primus는 실제로 Binance KYC 상태를 증명하는 튜토리얼도 공개하고 있습니다. 여기에 zkVM을 결합하면 특정 조건을 충족한다는 사실을 원본 데이터의 공개를 줄이면서 증명하는 구조도 구현할 수 있습니다. 🔹 개인적으로 흥미롭게 보는 부분 저는 zkTLS가 완전히 새로운 데이터를 만드는 기술이 아니라는 점이 흥미롭습니다. 이미 우리가 사용하고 있는 은행, 거래소, 웹사이트의 데이터를 다른 서비스에서도 검증 가능한 형태로 활용할 수 있도록 만든다는 것이죠. 물론 데이터의 출처가 증명됐다고 해서 해당 서비스가 제공한 정보 자체가 무조건 정확하다는 의미는 아닙니다. 하지만 기존 인터넷 데이터를 블록체인이나 AI 서비스에서 활용할 때 신뢰성을 높일 수 있는 중요한 기술이라고 생각합니다. 앞으로 이런 검증 구조가 얼마나 쉽고 빠르게 실제 서비스에 적용될 수 있을지 지켜보고 싶네요. 💬 여러분은 zkTLS가 어떤 분야에서 가장 유용할 것 같으신가요? ① 금융기관의 자산·잔고 증명 ② 거래소 KYC 및 자격 검증 ③ AI 에이전트의 외부 데이터 검증 저는 개인적으로 ③번도 흥미롭습니다. AI가 사용하는 데이터의 출처를 검증할 수 있다는 점 때문입니다. 다음 3편에서는 Primus가 지원하는 MPC-TLS와 Proxy-TLS의 차이를 좀 더 깊게 살펴보겠습니다. @primus_labs #PrimusLabs #zkTLS #ZeroKnowledge #Privacy #Web3

🌊 Pacifica Print Builder Program 출시 — 이제 개발자도 Print로 수익을 얻는다? 최근 @pacifica_fi가 Print Builder Program을 공식 출시했습니다. 기존에는 Pacifica에서 직접 거래하는 사용자에게 관심이 집중됐다면, 이번 업데이트는 외부 개발자들에게도 새로운 수익 창출 기회를 제공한다는 점에서 흥미로웠습니다. 개인적으로 이번 업데이트는 단순한 보상 프로그램을 넘어 Pacifica가 외부 Builder 생태계를 확장하려는 움직임으로 보입니다. 🔹 1. Print Builder Program이란? 간단하게 말하면 외부 개발자가 자신의 앱이나 서비스에 Pacifica의 Print 기능을 통합하고, 해당 서비스를 통해 발생한 Print 주문에서 보상을 받는 구조입니다. 예를 들어 어떤 개발자가 자체 트레이딩 대시보드를 만들었다고 가정해 보겠습니다. 사용자가 해당 대시보드에서 Print 주문을 실행하면, 연결된 Builder Code를 통해 개발자에게 보상이 지급될 수 있습니다. 핵심은 개발자가 직접 거래하지 않아도 자신이 만든 서비스의 이용을 통해 수익을 얻을 수 있다는 것입니다. 🔹 2. 수익 구조는 어떻게 될까? 공식 문서에 따르면 Builder는 두 가지 경로로 수익을 창출할 수 있습니다. ① Print Premium의 10% 보상 Builder Code가 적용된 Print 주문에서 각 사이클의 Premium이 발생하면, 해당 Premium의 10%가 Builder에게 지급됩니다. 예를 들어 한 사이클의 Premium이 100 USDC라면 Builder 보상은 10 USDC에 해당합니다. 중요한 점은 이 보상이 사용자의 수익에서 차감되지 않는다는 것입니다. 또한 보상은 각 사이클이 시작될 때 지급됩니다. ② Perp 포지션 전환 시 Builder 수수료 Print 주문이 실제 Perp 포지션으로 전환되면 일반적인 Builder 수수료 체계가 적용될 수 있습니다. 이 경우에는 사용자가 사전에 승인한 Builder Code와 수수료 설정이 중요합니다. 즉, Print 자체에서는 별도의 Builder 수수료를 부과하지 않지만, 이후 Perp 거래에서는 승인된 수수료가 발생할 수 있다는 차이가 있습니다. 🔹 3. 왜 중요한 업데이트일까? 저는 이번 프로그램의 핵심이 단순히 개발자에게 보상을 지급하는 데 있다고 생각하지 않습니다. 더 중요한 것은 Pacifica의 거래 기능이 외부 서비스로 확장될 수 있다는 점입니다. 예를 들어 앞으로 AI 트레이딩 에이전트, 자동매매 플랫폼, 자체 트레이딩 인터페이스 등을 개발하는 팀이 Print를 통합할 수도 있습니다. 이렇게 되면 사용자가 반드시 Pacifica 공식 화면에서만 거래할 필요는 없어집니다. 외부 Builder는 자신만의 서비스를 만들고, Pacifica는 그 과정에서 새로운 사용자와 거래 수요를 확보할 기회를 얻는 구조입니다. 물론 실제로 얼마나 많은 개발자가 참여하고 지속적인 거래를 만들어낼지는 지켜봐야 합니다. 🔹 4. 사용자 승인과 보안도 중요하다 Builder Code를 이용하려면 사용자의 사전 승인이 필요합니다. 사용자는 승인된 Builder Code의 접근 권한을 철회할 수도 있습니다. 일반 Perp 주문에는 승인된 수수료 한도가 적용되지만, Print 주문의 10% Premium 보상은 별도 추가 수수료가 아니라는 점도 구분해야 합니다. 개인적으로 이런 승인 구조가 중요하다고 생각합니다. 외부 앱이 많아질수록 사용자 입장에서는 어떤 Builder에게 권한을 부여했는지, 어떤 수수료가 적용되는지 확인하는 과정이 필요하기 때문입니다. 🔹 5. 개인적으로 기대되는 부분 최근 Pacifica는 Neptune, RFQ, Print 등 다양한 기능을 확장하고 있습니다. Neptune이 AI 기반 트레이딩 전략 개발과 실행 환경을 목표로 한다면, Print Builder Program은 외부 개발자가 Pacifica의 거래 기능을 활용할 수 있도록 만드는 구조입니다. 서로 다른 방향의 업데이트처럼 보이지만, 장기적으로는 Pacifica를 중심으로 다양한 트레이딩 서비스가 만들어질 가능성이 있다는 점에서 연결된다고 생각합니다. 특히 Builder 입장에서 단순히 거래 인터페이스를 제공하는 것뿐 아니라 실제 이용량에 따라 수익을 얻을 수 있다는 점이 매력적입니다. 다만 보상 구조가 지속 가능하려면 결국 실제 사용자 수요가 뒷받침돼야겠죠. 앞으로 Pacifica가 직접 만드는 서비스뿐 아니라 외부 개발자들이 어떤 새로운 서비스를 만들어낼지도 기대됩니다. 이번 Print Builder Program은 그런 생태계 확장의 출발점 중 하나가 될 수 있을 것 같습니다. 🌊 📖 공식 문서: docs.pacifica.fi/programs/bu… @pacifica_fi