DAML

canton 0.18.x 버전 기준으로 작성되어 있습니다. 개요 Canton은 DAML 원장 상호운용성 프로토콜입니다. 서로 다른 참여자 노드에서 호스팅 되는 파티는 DAML 및 Canton 프로토콜에 작성된 스마트 계약을 사용하여 거래할 수 있습니다. Canton 프로토콜을 사용하면 여러 DAML 원장을 단일 가상 글로벌 원장에 연결할 수 있습니다. DAML은 스마트 계약 언어로서 주어진 계약을 보거나 변경할 수 있는 권한을 가진 사람을 정의합니다. Canton 동기화 프로토콜은 이러한 가시성 및 권한 부여 규칙을 시행하고 악의적인 행위자가 존재하는 경우에도 매우 높은 수준의 개인 정보 보호를 통해 데이터가 안정적으로 공유되도록 보장합니다. Canton 네트워크는 다른 애플리케이션을 기반으로 하는 새로..

Caton 0.18.x 버전을 기준으로 작성되어 있습니다. 여기에서 가정(Assumptions)이란 Canton시스템 구축을위한 밑바탕이 되는 조건들이 준비되어 있는 전제를 가정합니다. 개요 및 가정 이 섹션에서는 Canton아키텍처의 개요및 엔터티(신뢰 도메인 정의) 그리고 구성 요소를 설명합니다. 이후 서로 다른 엔티티에 대한 신뢰 가정과 통신 링크(communication links)에 대한 가정을 설명합니다. Canton은 높은 수준의 요구사항을 충족하도록 설계되었습니다. 이글을 읽는 사용자는 스마트 계약 언어 DAML 및 DA 원장 모델의 계층적 트랜잭션에 익숙하다고 가정합니다. Canton 101 기본 예제 Canton의 작동 방식에 대한 배경 지식을 제공하기 위해 간단한 DVP(deliver..

Q daml의 유효한 변수 이름과 일치하는 정규식을 정의하려고 합니다. 예를 들어 alice 허용되는 반면 허용 Alice 되지 않습니다. 나는 이렇게 이해하고 있습니다. : ^[a-z][a-zA-Z0-9'_]*$ 맞습니까? A DAML은 여기에 설명된 변수 이름에 대한 Haskell 구문을 따릅니다. varId에 대한 정의가 올바른 것입니다 (기호 중위 연산자 무시). 당신이 생각하는것에 가깝습니다. 유니 코드 문자를 무시하면 올바른 정규식은^[a-z_][a-zA-Z0-9'_]*$ 입니다. 물론 대소문자와 같은 예약 키워드는 제외되므로 정확하지는 않지만 충분합니다. 원문 : Valid daml variable names https://discuss.daml.com/t/valid-daml-..

"다중 참여자 (multi-participant) "원장이란 무엇입니까? DAML 원장은 다양한 토폴로지를 가질 수 있습니다. 이 블로그 포스트의 경우 다중 참여 토폴로지가 있는 원장에 관심이 있습니다. 참여자는 시스템 파티들에게 Ledger API를 제공하는 노드로서, 다중 참여형 토폴로지는 복수의 참가자 노드를 가진 토폴로지입니다. 다른 참가자는 일반적으로 시스템 파티의 다른 세트에 서비스를 제공합니다. DAML 문서에서 원장 토폴로지 및 참여자에 대한 자세한 내용을 읽을 수 있습니다. 왜 다중 참여 원장입니까? 다중 참여 원장은 매우 일반적입니다. 예를 들어 Hyperledger Sawtooth의 DAML 및 Canton 원장 상호운용성 프로토콜(Canton ledger interoperabilit..

처음으로 이 4개의 편지를 들은 지 거의 7개월이 지났는데 그것이 개발자로서의 일상생활에 어떤 영향을 미칠지 전혀 몰랐습니다. DAML은 오픈 소스 스마트 계약 프로그래밍 언어입니다. 정의를 조사할 때 DAML 자체와 매우 흡사하고 정직한 정의를 찾았습니다. "대단히 단순한 아키텍처 덕분에 팀은 상용구가 아닌 비즈니스 로직에 집중할 수 있어 고객에게 보다 차별화된 기능을 더 빠르게 제공할 수 있습니다." 실제로 DAML로 개발할 때 애플리케이션이 하지 말아야 할 일을 하지 않도록 하는 대신 애플리케이션이 해야 할 일에 초점을 쉽게 유지할 수 있습니다. 현재 대부분의 DAML 애플리케이션은 금융 부문을 목표로 하지만, 이에 대한 좋은 예가 의료 시스템에도 적용될 수 있다고 생각합니다. DAML모델이 중앙 ..

1 부 : 상태 및 트랜잭션 개요 기업 환경의 DLT(Distributed Ledger Technology)는 최근 몇 년 동안 많은 새로운 플레이어가 등장하여 기업이 필요에 따라 적절한 기술을 선택할 수 있도록 다양한 기능을 제공합니다. 종종 이러한 선택은 기술의 장점만을 기반으로 하는 것이 아니라 기존의 비즈니스 관계와 때로는 과대광고를 기반으로 합니다. 오늘날 엔터프라이즈 솔루션에 사용할 수 있는 가장 잘 알려진 DLT 기술에는 Hyperledger Besu (이전 Pantheon의 Ethereum 클라이언트), R3의 Corda, Digital Asset의 DAML 및 Hyperledger Fabric 등이 있습니다. Block 8 Rates 시리즈의 각 부분에서 우리는 몇 가지 주요 지표에 대해..

Q SDK 버전 1.0.0부터 계약ID 체계가 변경되었습니다. 계약 식별자는 시퀀스 번호 대신 해시입니다. 사용자 관점에서 볼 때 새로운 체계의 이점은 무엇입니까? 예 : - 계약 ID로 수행할 수 있는 새로운 작업 (및 이것이 중요한 이유) - 더 나은 보안 속성 이 변경에 동기를 부여한 다른 우려 사항 (사용자에게 보이지 않음)이 있습니까? A 계약 ID를 불투명한 블록으로 간주하여 계약을 추적할 수 없도록 함으로써 보안성 강화가 주목적 이전 SDK에서 계약 ID는 원장에서 트랜잭션을 커밋하기 전이지만 DAML 평가 후 할당된 원장별 문자열이었습니다. 구체적으로, DAML 프로그램을 평가하는 동안 엔진은 빌드 중인 트랜잭션 내에서 생성된 계약을 식별하기 위해 특수 자리 표시자(상대 계약 ID라고 함)..

Q 몇 가지 잠재적인 서명자 중 하나가 될 수 있는 서명인이 있는 템플릿을 사용하는 데 가장 적합하거나 가장 많이 사용되는 패턴은 무엇입니까? (Jean, Pierre 또는 Paul 중 한 사람이 계약서의 서명자 일 수 있습니다. 가능합니까?) A1 러한 종류의 것은 권한 부여 측면에서 구현할 수 있지만 그룹 / 역할에 대한 변경 사항이 (불변) 계약을 통해 전파되어야 하므로 현재 개인 정보 / 가시성 측면에서 까다 롭습니다. 그러한 변화가 영향을 미칩니다. 가시성 문제를 무시하고 다음을 구현할 수 있습니다. template TradeApproverGroup with admins : Set Party members : Set Party groupName : Text where signatory admin..

Q 안녕하세요, 'com.daml.ledger.api.v1.TransactionService'의 플랫 트랜잭션 스트림(flat transaction stream)에서 이벤트 순서에 대한 보장이 있는지 궁금합니다. 다음 상황을 고려해주세요. 1. 계약 키가 있는 템플릿과 해당 템플릿의 계약 하나가 있습니다. 2. 트랜잭션에서 이제 해당 계약을 보관하고 동일한 키로 새 계약을 만듭니다. 여기서 순서가 중요합니다. 먼저 새 계약을 만든 다음 기존 계약을 보관하면 거래가 실패합니다. 이벤트 목록에서 계약 생성전 아카이브를 볼 수 있습니까? A 이 경우 대답은 간단히 “예”입니다. 모든 거래는 순서가 정해진 행동의 모음(ordered forest of actions)입니다. 거래의 일부를 서명하는 ..

Q 1. DABL에서 유효성 검사 메커니즘은 어떻게 작동합니까? 2. DABL에 합의 알고리즘 개념이 있습니까? 만약 존재하는 경우 어떤 종류의 합의 알고리즘들을 사용합니까? 3. DABL의 평균 트랜잭션 처리량은 얼마입니까? A 현재 DABL은 Postgre에서 Sandbox(클래식)를 운영하고 있다. SQL은 컨센서스 알고리즘이 없는 중앙집중식 아키텍처를 가지고 있으며, 중앙 집중식 아키텍처에서의 유효성 검사는 그다지 중요하지 않습니다. DABL의 트랜잭션 처리량에 대한 수치가 있는지 확실하지 않습니다. Ledger API 테스트 도구에는 몇 가지 성능 테스트 기능이 있습니다. 그러나 Ledger API 테스트 도구는 DABL에서 액세스 할 수없는 gRPC Legder API에 대해 실행됩니다. 일반..