개발자를 위한 이 도구의 역할은 하나의 언어만 알고 있으면서 다른 체인에 애플리케이션을 배포할 수 있다는 것입니다. 이는 개발자의 학습 임계값을 낮추고 언어 때문에 퍼블릭 체인을 바인딩할 필요가 없습니다. Mao Zhihong은 OCAP가 채택한 Facebook 주도의 오픈 소스 GraphQL 언어가 OCAP를 지원하는 원래 GraphQ 개발자 커뮤니티를 유치하는 데에도 도움이 된다고 믿습니다.

개발자 친화성은 언어 그 이상입니다.

Mao Zhihong은 또한 노드 배포 비용의 예를 제시했습니다. "이더리움의 전체 노드는 채굴에 사용됩니다. 개발자는 여전히 애플리케이션을 실행하기 위해 노드를 배포해야 합니다. 전기를 직접 사용하는 것처럼 그리드에는 모든 곳에 전기가 있으며 배전함도 필요합니다. 이더리움 재단 저도 이 문제를 깨달았습니다. 그래서 Future라는 클라우드 노드 서비스를 인큐베이팅하고 배포 후 개발자에게 판매했는데 개발자는 여전히 클라우드 노드 비용을 지불해야 합니다. OCAP도 개발자가 전체 노드를 배포하는 데 도움이 됩니다.”

"이제 모두가 한 가지 사실을 깨닫습니다. 개발자가 세상을 이긴다는 것입니다. 블록체인은 데이터베이스와 매우 유사합니다. 매우 낮은 수준이며 개발자가 지원해야 합니다."

반면에 일부 산업 또는 애플리케이션 퍼블릭 체인의 경우 OCAP를 지원하면 도구를 재발명하지 않고도 커뮤니티와 개발자에게 빠르게 액세스할 수 있습니다.

이더리움의 발전 과정을 살펴보자 퍼블릭 체인과 스마트 계약만으로는 개발자가 애플리케이션을 개발하기에 충분하지 않다 많은 도구가 필요하므로 이더리움 재단 자체에서 개발자가 체인에 접근하고 애플리케이션을 개발할 수 있도록 많은 프로젝트를 인큐베이션했다 . Mao Zhihong은 범용 퍼블릭 체인으로서 이더리움이 가능할 수 있지만 CyberMiles(전자상거래 퍼블릭 체인) 및 Eloncity(마이크로그리드 전력 결제)와 같은 애플리케이션 체인의 경우 여기에 집중하는 것이 바람직하지 않다고 말했습니다. , 그들은 OCAP 프로토콜을 적용하기 위해 체인 어댑터를 만들도록 선택할 수 있습니다.

Mao Zhihong은 유사한 범용 도구가 향후 퍼블릭 체인의 표준이 될 것이라고 믿습니다.그는 다시 데이터베이스를 비교하면서 SQL 데이터베이스를 쿼리하려면 쿼리 도구가 필요하다고 말했습니다.

ODBC(Open Database Connectivity, Open Database Interconnection)는 일련의 사양을 설정하고 데이터베이스 액세스(응용 프로그래밍 상호 작용). ODBC와 유사한 JDBC(Java DataBase Connectivity 표준)도 모든 Java 프로그램이 다양한 관계형 데이터베이스에 액세스할 수 있는 객체 지향 API(Application Programming Interface)이며 Java 코어 클래스 라이브러리의 일부입니다.

보조 제목

Interledger 수준의 교차 체인은 의사 요구 사항입니까?

ArcBlock이 하는 일은 크로스 체인과 어느 정도 관련이 있습니다. 개발 플랫폼은 개발자가 서로 다른 체인에 있는 자산의 상호 작용을 포함하는 서로 다른 블록체인에 자신의 응용 프로그램을 배포할 수 있도록 지원하기를 희망하기 때문입니다. 그러나 오늘날의 교차 체인 메커니즘은 여전히 ​​매우 미숙합니다. 자산의 "크로스 체인"을 언급한 대부분의 팀은 실제로 "비자 및 마스터 카드의 블록체인 버전"을 수행했으며 현재 코인 교환 지갑이 아닌 두 통화 간의 환율을 교환하는 중개자 역할을 했습니다.

Odaily가 Mao Zhihong에게 직접 ArcBlock의 크로스 체인이 체인에서 데이터 충실도를 달성할 수 있는 방법을 물었을 때 Mao Zhihong도 이 기술을 실현하는 것이 실제로 매우 어렵다고 직접적으로 말했습니다. 자체를 포함하여 현재 교차 체인은 체인 데이터의 충실도를 실현하지 못했습니다.그들은 본질적으로 교환과 같습니다.환율에 따라 두 체인에서 계정이 열리고 하나는 증가하고 하나는 감소합니다.그는 이 응용 프로그램 수준의 교차 체인이라고 불렀고 각 체인은 그것이 "교차 체인"이라는 것을 알지 못합니다.

"체인 자체가 알고 있다"고 생각하는 또 다른 방식은 두 체인 사이에 자산을 두 방향으로 고정시키려는 인터레저 방식입니다.예를 들어 퍼블릭 체인 프로젝트Cosmos;라이트닝 네트워크는 그의 관점에서 크로스 체인으로 간주되지 않습니다(메인 체인과 사이드 체인이 있음). 그는 극도로 단순화된 체인이 애플리케이션이라고 설명했습니다. "양방향 앵커링(Anchoring)을 이루는 것이 목적이다. A에서 보낸 트랜잭션은 트랜잭션(Transaction)의 관점에서 B 체인으로 수신한다. 일단 문제가 생기면 롤백한다. 이게 더 안전하다."

이 기술을 위의 "블록체인 버전의 국경 간 송금"과 비교하면 현재 체인 간 가치 전송에 직접 연결할 수 있습니다. "어플리케이션 수준의 크로스 체인에서 포크와 같은 한쪽에 문제가 있으면 다른 쪽은 알지 못하지만 중개자 상황에서는 서로를 알고 있습니다."

따라서 그는 둘 사이에 참으로 "큰 차이"가 있다고 믿습니다. 그러나 그는 이 계획이 "득보다 실이 많을 것"이라고 생각합니다.

한편으로는 interledger의 난이도가 매우 높고 "interledger는 다리를 만드는 것입니다. 두 체인의 항목은 동일해야 하지만 두 체인은 실제로 다릅니다." 응용 프로그램 요구 사항, "99%는 응용 프로그램 수준의 교차 체인만 필요하며 간장 수준의 교차 체인만 거의 필요하지 않습니다. 비트코인 ​​및 이더리움은 보안을 위해 이를 요구할 수 있습니다."

이 판단도 "데이터베이스 이력"을 기준으로 합니다. 그는 1980년대와 1990년대에 연합 분산 데이터베이스라는 개념이 있었다고 소개했습니다. 비전은 두 기업이 사용하는 데이터베이스 공급자가 다르다는 것이었습니다. 이 기술은 데이터베이스가 트랜잭션의 원자성을 보장하기를 희망했습니다. 매우 어렵지만 실제로는 전혀 필요하지 않은 것으로 나타났습니다. "응용 프로그램 계층을 통해 일관성을 보장할 수 있는데 왜 하위 계층에서 수행해야 합니까? 따라서 전체 설계에서 실제로 더 실용적입니다."

보조 제목

Ethereum이 모든 사람을 잘못된 길로 인도했을 가능성이 매우 높습니다.

크로스체인에 대한 이야기를 마치고 퍼블릭체인 분야의 변화와 이더리움과 EOS의 스마트 컨트랙트 취약점에 대해 물었다. 그 배경은 스마트 계약에 허점이 자주 발생한다는 것인데, 이러한 문제를 피하기 위해 일부 퍼블릭 체인은 스마트 컨트랙트 Turing을 불완전하게 만들어 퍼블릭 체인의 보안을 보장합니다.

퍼블릭 체인의 개발 프레임워크를 통합하는 데 전념하는 기업가로서 Mao Zhihong의 관점은 단순히 이더리움의 일반적인 방향의 리듬을 부정하는 것입니다.

그는 시장이 지난 6개월 동안 크게 변하지 않았으며 대부분의 퍼블릭 체인은 더 ​​나은 이더리움을 구축하기를 원한다고 믿습니다. "새로운 퍼블릭 체인에 가상 머신을 구축하려는 사람은 누구나 이더리움의 추종자입니다. 저는 대담한 판단을 내립니다.Ethereum이 모든 사람을 잘못된 길로 인도했을 가능성이 매우 높습니다.. 이더리움은 전 세계를 위한 범용 컴퓨터가 되기를 원합니다 사회는 블록체인이 필요하지만 컴퓨터가 반드시 필요한 것은 아닙니다. "

Ethereum의 스마트 계약에는 많은 허점이 있습니다.업계는 일반적으로 스마트 계약이 너무 유연하다고 생각합니다. 즉, Ethereum은 스마트 계약 Turing을 완성하기를 원합니다. Mao Zhihong은 이더리움 스마트 계약의 취약성은 너무 유연하기 때문이며, 두 번째는 가상 머신과 언어가 새롭고 미숙하기 때문이라고 결론지었습니다. "얼마 전에 발생한 오버플로 문제(Meitu 통화 문제는 정수 오버플로로 인해 발생함)는 언어 수준에서 해결했어야 합니다."

"이것은 모두 이더리움이 범용 컴퓨팅을 원하고 그 비전이 너무 크기 때문입니다."

EOS에 관해서는 Mao Zhihong의 관점에서 "더욱 삐뚤어진" 것입니다. 목표는 더 나은 Ethereum이지만 실제로는 Ethereum을 더 중앙 집중화하고 가상 기계 언어 선택에 문제가 있는 것 같습니다.

"이더리움이 새 언어 솔리디티를 쓰기로 선택한 이유는 스마트 컨트랙트 코드의 일관성을 확보하기 위함입니다. 기존 언어를 사용하지 않고 VM을 사용하여 구현하는 이유는 제3자가 감사할 수 있는지 여부에 달려 있습니다." 생각한다,EOS가 선택한 가상 머신 언어 WebAssembly(WASM), 하단 레이어는 본질적으로 JavaScript이며 일관성이 있는지 여부는 큰 문제입니다.

Diss는 두 개의 "경이로운 수준"의 범용 퍼블릭 체인을 보유하고 있으며, 그의 아이디어는 퍼블릭 체인이 더 많은 가치 전송을 수행해야 한다는 것입니다. "아마도 퍼블릭 체인은 토큰에 더 집중해야 할 것입니다. 앞으로 우리는 프로그래밍 가능한 토큰을 만들고 싶습니다."

그는 이것을 비트코인과 이더리움 외에 퍼블릭 체인의 세 번째 방향이라고 불렀습니다.이 체인의 모든 것은 토큰 서비스 전용이며 Turing 완전하지 않은 토큰화를 중심으로 구현됩니다.

ERC20은 많은 관심을 받지 못했습니다.Ethereum은 이 언어로만 인터페이스를 구현합니다.사실 토큰으로서 매우 간단합니다. "토큰으로만 표현할 수 있습니다. 예를 들어 토큰의 스마트 계약은 이제 특정 조건이 발생하면 토큰이 특정 주소에서 특정 주소로 전송되고 어떻게 분할됩니까?"

"이제는 백지입니다. 토큰은 인터페이스를 정의할 뿐, 인터페이스일 뿐입니다. 서비스로 사용해야 한다고 생각합니다."

그는 매우 완벽한 토큰 공용 계정 시스템을 구축하기를 희망합니다. "이것은 데이터베이스 서버와 마찬가지로 본질로 돌아가고 있습니다. 어떤 사람들은 웹 인터페이스도 제공하지만 데이터베이스는 질의 및 검색 작업을 잘 수행해야 합니다.저는 Odaily의 편집자 Lu Xiaoming입니다. 실제 블록체인을 탐구하고 있습니다. 속보 및 커뮤니케이션을 위해 WeChat lohiuming을 추가하십시오. 귀하의 이름, 부서, 직위 및 이유를 메모하십시오.”

저는 Odaily의 편집자 Lu Xiaoming입니다. 실제 블록체인을 탐구하고 있습니다. 속보 및 커뮤니케이션을 위해 WeChat lohiuming을 추가하십시오. 귀하의 이름, 부서, 직위 및 이유를 메모하십시오.