여러분 반갑습니다! 오늘은 목요일! 미세먼지가 좀 심한 것 같네요 ㅠㅠ 다들 건강 관리에 유의하시기 바랍니다.
1일 1레일즈는 멈출 수 없죠. 오늘도 함께 레일즈가 어떤 프로젝트인지 살펴봅시다!
@RaylsLabs를 보면 이 프로젝트가 집중하는 지점은 꽤 분명합니다. 거래를 더 많이 처리하는 것보다, 누가 무엇을 결정할 수 있는지를 먼저 고정해두는 쪽입니다.
금융에서 민감한 건 데이터 양이 아니라 권한입니다. 누가 접근할 수 있는지, 어디까지 볼 수 있는지, 어떤 경우에만 개입이 가능한지, 이런 것들이죠.
RaylsLabs는 이걸 기능 위에 얹지 않고, 구조 자체로 나눠 둡니다. 그래서 Dual-Layer Architecture가 나옵니다. 실행은 자동으로 흘러가되, 판단과 통제는 다른 레이어에 남겨두는 방식입니다.
모든 결정을 한 번에 처리하지 않고, 역할을 분리해서 책임이 섞이지 않게 합니다.
민감한 정보는 Privacy Ledger에 머뭅니다. 이건 데이터를 숨기기 위한 장치라기보다, 누가 어떤 정보에 접근할 수 있는지를 고정해두는 공간에 가깝습니다. 외부로 나가는 정보는 최소화되고, 내부 기준은 그대로 유지됩니다.
이 구조에서 Zero-Knowledge Proofs는 무언가를 공개하기 위한 기술이 아닙니다. 내부에서는 판단을 끝내고, 외부에는 결과만 전달하기 위한 방식입니다. 상대가 알 필요 없는 정보는 애초에 전달되지 않도록 합니다.
Homomorphic Encryption도 같은 흐름에 있습니다. 데이터를 열지 않고 계산할 수 있다는 건, 접근 권한을 넓히지 않아도 의사결정을 계속할 수 있다는 뜻입니다. 권한 구조를 유지한 채 처리가 가능합니다.
이 모든 선택은 Data Non-Transfer라는 원칙으로 수렴합니다. 데이터가 이동하지 않으면, 권한도 함께 이동하지 않습니다. 결정 구조가 흐트러지지 않는 이유입니다.
그래서 실행은 항상 Verifiable Execution 형태로 남습니다. 어디까지가 자동이었는지, 어디서 판단이 이뤄졌는지, 나중에 선을 다시 그을 수 있게 하기 위해서입니다.
간단하게 정리하자면, RaylsLabs는 모든 참여자가 모든 정보를 보는 구조가 아니라, 권한과 정보는 내부에 두고, 실행 결과만 온체인에서 처리하도록 설계된 금융 인프라라고 할 수 있겠습니다.
레일즈가 전세계적으로 상용화될 미래가 기다려지네요!
여러분 좋은 아침입니다! 모두들 수요팅! 오늘도 어김 없이 @RaylsLabs 달려봅니다!
RaylsLabs를 보면 이 프로젝트가 집중하는 건 "어떻게 설계했나"보다 어디에 붙여 쓸 수 있나에 더 가까워 보입니다.
금융 시스템은 혼자 굴러가지 않습니다. 항상 기존 인프라, 내부 프로세스, 외부 파트너와 맞물립니다.
그래서 RaylsLabs의 Dual-Layer Architecture는 보안이나 프라이버시를 위한 장치라기보다, 업무 단위로 나눠 붙이기 위한 구조에 가깝습니다.
실행은 실행대로, 데이터 관리는 데이터 관리대로 분리돼 있어
기존 시스템 옆에 얹기 쉽습니다.
Privacy Ledger도 같은 맥락입니다. 이건 "숨기기 위한 장부"라기보다, 조직 내부에서만 공유돼야 하는 정보를 온체인 흐름과 분리해 유지하기 위한 공간입니다. 외부 연동은 최소화하고, 내부 통제는 그대로 가져가는 방식이죠.
그래서 Zero-Knowledge Proofs는 RaylsLabs에서 기술적 하이라이트라기보다 연결 포인트에 가깝습니다.
외부에는 결과만 전달하고, 내부에서는 기존 규칙과 데이터를 그대로 유지할 수 있게 해줍니다. 상대 시스템을 바꾸지 않아도 온체인과 맞물릴 수 있는 이유입니다.
Homomorphic Encryption 역시 보안을 과시하기 위한 요소라기보다는, 업무 흐름을 끊지 않기 위한 선택에 가깝습니다.
데이터를 풀지 않고도 처리가 가능해야 기존 자동화, 리스크 관리, 내부 계산 로직을 그대로 유지할 수 있기 때문입니다.
이 모든 선택의 바탕에는 Data Non-Transfer라는 원칙이 깔려 있습니다. 데이터를 이동시키지 않으니 시스템 간 충돌도 줄어들고, 연결 비용도 낮아집니다.
결과적으로 RaylsLabs는 "새 시스템"이기보다는 기존 금융 인프라 옆에 붙는 레이어에 가까워집니다.
그래서 Verifiable Execution은 신뢰를 보여주기 위한 장치라기보다, 외부 시스템과 맞물릴 때 필요한 최소 조건처럼 작동합니다.
나중에 문제가 생겼을 때 어디까지가 RaylsLabs의 영역이고,
어디부터가 외부 시스템의 책임인지 선을 긋기 쉽게 만들어주기 때문입니다.
RaylsLabs는 온체인을 새로 도입하라고 요구하지 않습니다. 기존 금융이 이미 쓰고 있는 구조 옆에 온체인을 조용히 연결하는 쪽을 택합니다.
그래서 이 프로젝트는 "왜 이렇게 만들었나"보다 "어디에 써먹을 수 있나"가 먼저 떠오르는 것 같습니다.
여러분 반갑습니다! 오늘은 목요일! 미세먼지가 좀 심한 것 같네요 ㅠㅠ 다들 건강 관리에 유의하시기 바랍니다.
1일 1레일즈는 멈출 수 없죠. 오늘도 함께 레일즈가 어떤 프로젝트인지 살펴봅시다!
@RaylsLabs를 보면 이 프로젝트가 집중하는 지점은 꽤 분명합니다. 거래를 더 많이 처리하는 것보다, 누가 무엇을 결정할 수 있는지를 먼저 고정해두는 쪽입니다.
금융에서 민감한 건 데이터 양이 아니라 권한입니다. 누가 접근할 수 있는지, 어디까지 볼 수 있는지, 어떤 경우에만 개입이 가능한지, 이런 것들이죠.
RaylsLabs는 이걸 기능 위에 얹지 않고, 구조 자체로 나눠 둡니다. 그래서 Dual-Layer Architecture가 나옵니다. 실행은 자동으로 흘러가되, 판단과 통제는 다른 레이어에 남겨두는 방식입니다.
모든 결정을 한 번에 처리하지 않고, 역할을 분리해서 책임이 섞이지 않게 합니다.
민감한 정보는 Privacy Ledger에 머뭅니다. 이건 데이터를 숨기기 위한 장치라기보다, 누가 어떤 정보에 접근할 수 있는지를 고정해두는 공간에 가깝습니다. 외부로 나가는 정보는 최소화되고, 내부 기준은 그대로 유지됩니다.
이 구조에서 Zero-Knowledge Proofs는 무언가를 공개하기 위한 기술이 아닙니다. 내부에서는 판단을 끝내고, 외부에는 결과만 전달하기 위한 방식입니다. 상대가 알 필요 없는 정보는 애초에 전달되지 않도록 합니다.
Homomorphic Encryption도 같은 흐름에 있습니다. 데이터를 열지 않고 계산할 수 있다는 건, 접근 권한을 넓히지 않아도 의사결정을 계속할 수 있다는 뜻입니다. 권한 구조를 유지한 채 처리가 가능합니다.
이 모든 선택은 Data Non-Transfer라는 원칙으로 수렴합니다. 데이터가 이동하지 않으면, 권한도 함께 이동하지 않습니다. 결정 구조가 흐트러지지 않는 이유입니다.
그래서 실행은 항상 Verifiable Execution 형태로 남습니다. 어디까지가 자동이었는지, 어디서 판단이 이뤄졌는지, 나중에 선을 다시 그을 수 있게 하기 위해서입니다.
간단하게 정리하자면, RaylsLabs는 모든 참여자가 모든 정보를 보는 구조가 아니라, 권한과 정보는 내부에 두고, 실행 결과만 온체인에서 처리하도록 설계된 금융 인프라라고 할 수 있겠습니다.
레일즈가 전세계적으로 상용화될 미래가 기다려지네요!
여러분 좋은 아침입니다! 모두들 수요팅! 오늘도 어김 없이 @RaylsLabs 달려봅니다!
RaylsLabs를 보면 이 프로젝트가 집중하는 건 "어떻게 설계했나"보다 어디에 붙여 쓸 수 있나에 더 가까워 보입니다.
금융 시스템은 혼자 굴러가지 않습니다. 항상 기존 인프라, 내부 프로세스, 외부 파트너와 맞물립니다.
그래서 RaylsLabs의 Dual-Layer Architecture는 보안이나 프라이버시를 위한 장치라기보다, 업무 단위로 나눠 붙이기 위한 구조에 가깝습니다.
실행은 실행대로, 데이터 관리는 데이터 관리대로 분리돼 있어
기존 시스템 옆에 얹기 쉽습니다.
Privacy Ledger도 같은 맥락입니다. 이건 "숨기기 위한 장부"라기보다, 조직 내부에서만 공유돼야 하는 정보를 온체인 흐름과 분리해 유지하기 위한 공간입니다. 외부 연동은 최소화하고, 내부 통제는 그대로 가져가는 방식이죠.
그래서 Zero-Knowledge Proofs는 RaylsLabs에서 기술적 하이라이트라기보다 연결 포인트에 가깝습니다.
외부에는 결과만 전달하고, 내부에서는 기존 규칙과 데이터를 그대로 유지할 수 있게 해줍니다. 상대 시스템을 바꾸지 않아도 온체인과 맞물릴 수 있는 이유입니다.
Homomorphic Encryption 역시 보안을 과시하기 위한 요소라기보다는, 업무 흐름을 끊지 않기 위한 선택에 가깝습니다.
데이터를 풀지 않고도 처리가 가능해야 기존 자동화, 리스크 관리, 내부 계산 로직을 그대로 유지할 수 있기 때문입니다.
이 모든 선택의 바탕에는 Data Non-Transfer라는 원칙이 깔려 있습니다. 데이터를 이동시키지 않으니 시스템 간 충돌도 줄어들고, 연결 비용도 낮아집니다.
결과적으로 RaylsLabs는 "새 시스템"이기보다는 기존 금융 인프라 옆에 붙는 레이어에 가까워집니다.
그래서 Verifiable Execution은 신뢰를 보여주기 위한 장치라기보다, 외부 시스템과 맞물릴 때 필요한 최소 조건처럼 작동합니다.
나중에 문제가 생겼을 때 어디까지가 RaylsLabs의 영역이고,
어디부터가 외부 시스템의 책임인지 선을 긋기 쉽게 만들어주기 때문입니다.
RaylsLabs는 온체인을 새로 도입하라고 요구하지 않습니다. 기존 금융이 이미 쓰고 있는 구조 옆에 온체인을 조용히 연결하는 쪽을 택합니다.
그래서 이 프로젝트는 "왜 이렇게 만들었나"보다 "어디에 써먹을 수 있나"가 먼저 떠오르는 것 같습니다.
.@beingRich2000님 말씀대로, @OrderlyNetwork에서 은에 대한 관심도가 높은 건, 은의 가격 상승 때문이라고 생각합니다.
저도 왜 이렇게 올랐나 궁금해서 대충 알아보니까 금리 인하하면서 금이랑 은 같은 무이자 자산들이 같이 힘을 받았고, 달러도 약해지니까 은 가격이 더 잘 움직인 것 같습니다.
또한, 은은 금이랑 다르게 산업 수요가 큽니다. 태양광이나 전자부품 쪽에서 쓰이는 은 수요는 여전히 꾸준한데, 공급은 넉넉하지 않으니 가격이 더 민감해질 수밖에 없었던 것 같고요.
이런 상황이니 오덜리에서 은에 대한 관심이 높아진 것도 사실 자연스러운 흐름인 것 같습니다.
은이 올랐고, 그러니까 거래하려는 사람들이 붙은 거죠. 복잡하게 볼 필요는 없는 것 같아요.
요즘 PerpDex들이 하나둘 금 거래를 지원하고 있는데, 이 흐름이면 은도 크립토로 넘어오는 게 당연한 수순일 것 같습니다. (금 왔는데 은도 안 오리?)
결국 지금 은 얘기가 나오는 건, 시장 관심이 그만큼 거기까지 올라와 있다는 신호 아닐까요?
아름다우신 @nancy_c813님의 @0xMiden에 대한 글이 짚는 문제의식은 분명합니다. 퍼블릭 체인의 문제는 단순히 투명하다는 데 있지 않습니다.
모든 정보가 공개돼 있을 때, 그 정보를 실제로 보고 해석하고 활용하는 쪽이 누구인가가 더 중요합니다.
현실에서는 투명성이 평등으로 이어지지 않았습니다. 데이터는 모두에게 열려 있었지만, 그 데이터를 힘으로 바꿀 수 있는 도구와 자원을 가진 쪽으로 결정권이 집중돼 왔습니다.
이 전제를 놓고 보면, Miden이 말하는 Practical Privacy는 정보를 감추자는 제안이 아닙니다. 공개 여부를 시스템의 기본값으로 두지 않고, 실행하는 사용자가 선택하게 만드는 구조에 가깝습니다.
검증은 네트워크가 담당하되, 무엇을 언제 누구에게 공개할지는 사용자가 결정합니다. 이 선택권의 이동이 블록체인에서 권력이 움직이는 방향을 바꿉니다.
하지만, 이 지점에서 저는 의문이 생깁니다. 공개의 결정권이 사용자에게 돌아가는 구조가 일반화된다면, 퍼블릭 체인의 "공정성" 기준은 앞으로 어떻게 다시 정의돼야 할까요?
Nancy님의 생각이 궁금합니다!