크립토 부엉이🦉
7.76K subscribers
8.87K photos
409 videos
8 files
7.28K links
둥지 짓는 부엉이

코인에 대한 모든 정보를 다루는 채널입니다

공지방: https://t.me/CryptoOwlNotice

채팅방: https://t.me/CryptoOwlNest

트위터: https://x.com/crypto_owl77

카카오톡:https://open.kakao.com/o/g5QSMgNf

Dm: @cryptoowl77
Download Telegram
DAPPOS, Self-Reporting이 가능한 이유 2/10

누군가 작업을 대신 실행했다면 네트워크가 직접 성공 여부를 확인할 때까지 기다려야 할 것 같음.

DAPPOS에서는 Service Provider가 Intent Task를 완료한 뒤 스스로 completion을 보고할 수 있습니다.

이 방식의 장점은 정상적으로 끝난 작업까지 매번 복잡한 분쟁 절차를 거치지 않아도 된다는 것임.

하지만 중요한 조건이 있음.

Service Provider가

“완료했습니다”

라고 말했다고 해서 그 말 자체가 최종 진실이 되는 건 아님.

결과에 문제가 있다고 판단되면 Execution Validator가 이를 검증하고 Challenge할 수 있음.

즉 Self-Reporting은 신뢰를 무조건 주는 구조가 아니라,

정상적인 실행은 빠르게 처리하면서 잘못된 실행에는 이의를 제기할 수 있도록 만든 시작점임.


🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #SelfReporting #OMS #ExecutionNetwork #Intent #스토리텔러
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13👍3🔥3
DAPPOS, Challenge 이후 DPoS Voting이 시작되는 이유 5/10

Validator 한 명에게 최종 판정권이 있다면 또 다른 문제가 생김.

그 Validator가 잘못 판단하거나 악의적으로 행동할 수도 있기 때문임.

DAPPOS에서는 Challenge가 발생하면 전체 Execution Validator가 Delegated Proof of Stake 방식으로 투표해 Consensus에 도달하도록 설계돼 있습니다.

따라서

Validator A의 판단

최종 결과

가 아님.

Validator A가 Challenge
↓
Validator Network 투표
↓
Consensus
↓
성공 또는 실패 확정

이라는 흐름임.

기술적으로 중요한 부분은 Detection과 Final Decision을 분리했다는 것임.

누군가는 이상을 발견하고, 최종 판단은 네트워크가 수행함.


🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DPoS #Consensus #Challenge #ExecutionNetwork #스토리텔러
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13🔥4👍3
DAPPOS, Self-Reporting이 가능한 이유 2/10

누군가 작업을 대신 실행했다면 네트워크가 직접 성공 여부를 확인할 때까지 기다려야 할 것 같음.

DAPPOS에서는 Service Provider가 Intent Task를 완료한 뒤 스스로 completion을 보고할 수 있습니다.

이 방식의 장점은 정상적으로 끝난 작업까지 매번 복잡한 분쟁 절차를 거치지 않아도 된다는 것임.

하지만 중요한 조건이 있음.

Service Provider가

“완료했습니다”

라고 말했다고 해서 그 말 자체가 최종 진실이 되는 건 아님.

결과에 문제가 있다고 판단되면 Execution Validator가 이를 검증하고 Challenge할 수 있음.

즉 Self-Reporting은 신뢰를 무조건 주는 구조가 아니라,

정상적인 실행은 빠르게 처리하면서 잘못된 실행에는 이의를 제기할 수 있도록 만든 시작점임.


🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드


#DAPPOS #SelfReporting #OMS #ExecutionNetwork #Intent #스토리텔러
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11👍1🔥1
DAPPOS, Challenge 이후 DPoS Voting이 시작되는 이유 5/10

Validator 한 명에게 최종 판정권이 있다면 또 다른 문제가 생김.

그 Validator가 잘못 판단하거나 악의적으로 행동할 수도 있기 때문임.

DAPPOS에서는 Challenge가 발생하면 전체 Execution Validator가 Delegated Proof of Stake 방식으로 투표해 Consensus에 도달하도록 설계돼 있습니다.

따라서

Validator A의 판단

최종 결과

가 아님.

Validator A가 Challenge
↓
Validator Network 투표
↓
Consensus
↓
성공 또는 실패 확정

이라는 흐름임.

기술적으로 중요한 부분은 Detection과 Final Decision을 분리했다는 것임.

누군가는 이상을 발견하고, 최종 판단은 네트워크가 수행함.


🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DPoS #Consensus #Challenge #ExecutionNetwork #스토리텔러
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👍1🔥1
DAPPOS, SDK Integration이 중요한 이유 7/10

Intent 시스템이 아무리 좋아도 실제 dApp과 연결되지 않으면 사용 범위가 제한됨.

그래서 계정과 실행 네트워크뿐 아니라 dApp integration layer도 필요함.

DAPPOS 공식 문서는 Unified Account의 자산을 DAPPOS SDK가 통합된 dApp에서 여러 블록체인에 걸쳐 사용할 수 있는 구조로 설명합니다.

즉 구조를 단순화하면

Unified Account
+
Intent Execution Network
+
Integrated dApp

이 서로 연결되는 것임.

사용자가 새로운 dApp을 사용할 때마다 완전히 새로운 자산 관리 방식을 배우는 대신, 공통 실행 계층을 활용하려는 방향임.

Web3에서 UX 표준화가 단순 디자인 문제가 아니라 Account와 Execution의 호환성 문제인 이유임.


🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DAPPOSSDK #UnifiedAccount #dApp #ExecutionNetwork #스토리텔러
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13