General-grants-program: Polkadot 런타임 환경: 대체 구현 보조금

구현을 위해 선호하는 언어가 있습니까?

현재 많은 블록체인 스택이 둘 중 하나로 작성되었기 때문에 Rust 또는 Go의 대체 구현은 초기에 매우 유용할 것입니다.

앞으로 JavaScript(wasm에 대한 컴파일을 지원하는 경우) 또는 Java/C#으로 구현하는 것이 흥미로울 것입니다.

내일 더 많은 정보를 공개할 예정입니다(예상 시간보다 약간 늦음!).

참조 구현은 Rust (즉, Parity Tech)에 있으며 Jaco의 JS 구현 (전체 Substrate 클라이언트이지만 블록 작성 없음)이 있습니다.

선호하는 구현은 Java, Go, C++입니다.

그래서, 운이 좋다면 내일 전체 세부 정보를 공개할 수 있습니다! :-)

@EdwardAThomson 보조금 신청 일정이 있습니까?

저는 특히 Go를 사용하여 이 노력에서 팀을 돕고 싶습니다. 도움을 구하는 기존 팀이 있으면 저에게 연락하십시오. gfrеⅾеrісο аt іģսаzս ḋοt ѕοⅼսtіонѕ 또는 Twitter: ģсѕfrеḋ.

@gcsfred2 신청은 잠시만요. 현재로서는 몇 가지 더 구현하기를 희망하므로 최소한 이 문제에 대해 관심 있는 몇 팀이 작업할 때까지 신청 프로세스가 열려 있을 것입니다.

안녕하세요, 우리 팀은 블록체인 주간 동안 베를린에 있었고 Parity 팀의 사람들을 알아가는 놀라운 시간을 보냈습니다. Go에서 PRE 구현을 작성하는 데 관심을 보였습니다. 나는 앞으로 며칠 동안 신청서를 작성할 것입니다. 감사합니다!

안녕하세요 ChainSafe 팀입니다. 반갑습니다! 프로필에 이메일 주소가 있는 것을 확인했습니다. 안부를 전하기 위해 이메일을 남길 것입니다. Go는 우리가 선호하는 언어 중 하나이므로 귀하의 응용 프로그램에 관심이 있습니다. 우리는 이제 대안 구현을 작성하는 데 상당한 관심을 갖기 시작했습니다.

Polkadot의 핵심 개발에 참여하고 싶습니다. 양식이 제출되었습니다! :)

관련 동영상 및 블로그 목록 추가.

동영상 :

• Gavin Wood는 Ethereum London에서 Polkadot에 대해 발표했습니다(2017년 6월)
• Gavin Wood는 EventHorizon18(베를린)에서 Parity Substrate를 선보입니다.
  
  
  
  • 슬라이드: https://slides.com/paritytech/paritysubstrate#/
  
  
• Gavin Wood , EdCon(토론토)에서 기판 및 폴카닷 거버넌스 발표
  
  
  
  • 슬라이드: https://slides.com/paritytech/polkadot-governance#/
  
  
• Robert Habermeier는 또한 Berlin Truebit Meetup에서 Parity Substrate를 선보였습니다.

블로그 등 :

• " 기질이란 무엇입니까? " Jack Fransham이 설명합니다.
  Dmitriy Kashitsyn 의 "간단히 기재 ".
• Polkadot Runtime Environment 용 W3F 위키 페이지 .

기술 채팅 채널 :

• Riot의 기판 기술 .

기판 기술 채널로 이동하여 질문을 시작하는 것이 좋습니다. 일부 개발자가 직접 질문에 답변하고 있으며 전문가가 되는 소수의 커뮤니티 회원도 있습니다!

지금까지 관심 가져주셔서 감사합니다. 우리는 많은 지원 양식을 받았지만, 어떤 팀이 제안서를 제출할 생각을 하고 있는지 궁금해하는 경우를 대비하여 지원 절차가 아직 열려 있습니다. 우리는 대안 구현을 개발하기 위해 2~3개의 팀을 선택하기를 희망하지만 아직 아무도 선택하지 않았습니다!

이 주제에 대한 추가 업데이트입니다. 많은 분들이 소요 시간과 노력의 양에 대해 문의해 주셨습니다.

Parity의 개발자인 Jaco와 짧은 대화를 나눴습니다. 그는 JavaScript로 구현을 만든 사람입니다. 이것이 더 나은 아이디어를 제공하기를 바랍니다. 그는 솔로로도 꽤 활동했습니다!

개발자/개발 팀이 Substrate 구현을 만드는 데 얼마나 걸립니까?

"말하기 어렵습니다. 문제는 내 구현이 Rust libp2p 코드에서 많은 버그를 발견했기 때문에 수정을 위해 (영원한 느낌이 들었던) 수정을 기다리고 있었다는 것입니다. 너무 일찍.

우선 언어가 무엇인지 - JS, Go 또는 Rust가 아닌 경우 자체 libp2p 구현을 작성해야 합니다. (Go/Rust 버전을 라이브러리로 사용하는 방법이 있을지도 모릅니다)"

"그러면 까다로운 부분은 다음과 같습니다.

• 패리티 코덱 구현(적절하게 하려면 2주 이상) - 네트워킹 또는 RPC 관련 모든 작업에 필요
• Trie DB 구현 - JS, Rust, Ethereum 클라이언트에서 수행된 작업에서 배울 수 있지만 Substrate에는 자체 버전이 있습니다. (다시 한 번, Rust 버전을 lib로 사용하는 것이 가능할 수도 있습니다)
• WASM 환경에서 이 내용은 어디에도 문서화되어 있지 않지만 코드에는 있습니다. 여기에서 약 1개월 이상 걸렸지만 다시 한 번 구현이 전체 시간을 변경했습니다(너무 일찍)
  그런 다음 블록체인 DB(over-and-above state trie), RPC 호출, 잠재적인 라이트 클라이언트와 같은 비트와 밥이 있습니다."

그가 보기에 최소한:

• 트라이
• libp2p
• WASM 환경

"구현이 Go에 있다면 그들은 실제로 이더리움 버전을 사용할 수 있고 blake2와 패리티 코덱을 "그냥" 드롭할 수 있습니다."

이 보조금을 위해 우리는 합의 부분도 완료되기를 찾고 있습니다.

안녕하세요, 방금 C++ 구현을 위한 양식을 작성했습니다.

안녕하세요, 방금 C++ 구현을 위한 양식을 작성했습니다.

받았다! 감사합니다! @유바시

신청 절차는 아직 열려 있습니다. 결정을 내리기 전에 몇 가지 추가 신청을 하겠습니다.

W3S 컨퍼런스에 대해 알고 계셨습니까? 이제 할인된 가격과 무료 티켓을 이용할 수 있습니다.

https://medium.com/web3foundation/endowing-an-open-inclusive-community-at-web3-summit-3013456f4f84

안녕하세요 여러분, 우리는 개발 프로세스에 대해 몇 가지 질문이 있었고 모든 사람과 답변을 공유하는 것이 좋을 것이라고 생각했습니다.

1. 대체 구현의 동기 이해

• 현재 구현은 어디까지 참조입니까?

  • 사양이 초안 상태입니다. 곧 공유할 수 있기를 바랍니다.
  • 현재 구현은 참조 사양과 비슷하지만 실제로는 그렇지 않습니다.
  • RFP는 일찍 시작되었으므로 팀과 대화를 시작할 수 있습니다.
  • 우리는 그들이 일찍 제안을 받을 것을 제안했습니다.

• 독립적인 구현을 원하십니까? 이 경우, 새로운 구현이 Substrate의 Rust 구현을 기반으로 해도 괜찮습니까?

  • 가능한 한 독립적입니다. 해당 언어에 맞는 관용적 방식으로 수행됩니다.
  • 직접적인 번역이 아닙니다.
  • 추가 개발자 커뮤니티의 역량을 강화하십시오. 특정 개발자 집합에 고정하지 마십시오.
  • 또한 구현 간의 지속적인 불일치를 식별하는 데 도움이 될 수 있습니다.
  • 탈중앙화 네트워크이기 때문에 대안적 구현이 필요합니다. 한 팀이 네트워크 개발을 제어하는 ​​것을 원하지 않습니다.

• 더 나은 성능을 원하십니까? 그렇다면 개선/치료하려는 요구 사항/증상은 무엇입니까?

  • 설마. 녹은 충분히 빠릅니다. 우리는 정말로 새로운 개발자 커뮤니티에 도달하고 탈중앙화(네트워크 복원력 및 거버넌스)를 개선하기를 원합니다.

• 여러 플랫폼에 대한 더 나은 이식성?

  • Linux 및 Mac에서 작동할 것으로 예상합니다. (유닉스와 같은 플랫폼)
  • Windows에서 훌륭할 것입니다.

• Go를 선호하는 이유가 있습니까?

  • 기존 Go 커뮤니티를 포함하고 싶습니다.
  • Go에는 이미 Wasm 인터프리터가 있습니다. 그래서 더 쉬울 수 있습니다: https://github.com/perlin-network/life
  • 우리는 아마도 적어도 2개의 구현에 자금을 지원할 것입니다. 예를 들어 C++ 및 Go.
  • C++로 작성할 내용이 더 있습니다. 재사용 가능성이 낮은 코드일 수 있습니다. C++에는 libp2p가 없을 수 있습니다. Wasm 지원이 적습니다.

2. WASM에 대한 구현 이해

• 기존 WASM 구현을 재사용할 수 있습니까?

  • 구현 언어로 기존 인터프리터를 재사용할 수 있습니다.
  • 바인딩이 있기 때문에 C++ PRE와 함께 Rust 구현을 사용하는 것이 가능할 수도 있지만 C++ 인터프리터가 있는 것이 더 좋습니다. C++ 구현이 좋지 않다면 풀 리퀘스트를 하거나 포크하고 개선하십시오.

• 네이티브 실행도 구현해야 합니까, 아니면 WASM 인터프리터만 구현해야 합니까?

  • 사양 준수에는 필요하지 않습니다.
  • 추가 단계를 수행할 수 있습니다.
  • 자주 실행되는 Wasm 로직이 있을 것입니다. 로직을 네이티브 코드로 실행할 수 있는 능력이 중요합니다.

3. "참여 규칙"의 이해

• 공식 사양이나 승인 테스트가 존재합니까, 아니면 프로젝트의 첫 번째 단계로 개발될 수 있습니까?

  • 우리는 이것들이 필요하지만 그것들이 없습니다.
  • 테스트를 별도의 작업 패키지로 기꺼이 고려할 것입니다.

• 공식적인 마감일이 있습니까?

  • 마감일이 없습니다.
  • 이상적으로는 2019년 1분기 말까지 구현됩니다. 구현이 Polkadot과 함께 작업을 시작할 수 있도록 합니다.

• 어떤 형식으로 보조금을 신청해야 하며 누구에게 요청해야 합니까?

  • 신청서 (원본 게시물과 동일).
  • 초기에 대략적인 제안을 받는 것이 가장 좋습니다. 살이 잘 안빠지더라도.

• 누가 승인을 줄 것인가 / 보조금 신청이 끝날 때 결정할 것인가?

  • Web3 재단. Peter가 주도하지만 다른 사람들이 참여할 것입니다(예: Parity의 관련 인력).
  • 일부 사항을 명확히 하기 위해 추가 정보를 요청할 수 있습니다.

진행 중인 사양: https://github.com/w3f/polkadot-re-spec/blob/master/polkadot_re_spec.pdf

우리는 Parity 코덱과 Go에서 런타임 작성을 지원하는 아이디어를 가진 다른 모든 Rust 모듈 구현의 최소한의 포트를 수행하여 이러한 노력을 지원하는 데 관심이 있습니다. 따라서 완전한 대안 구현이 아닙니다.

물론 이 작업은 전체 Go 구현을 수행하도록 선택된 팀에서 수행합니다. 그래서 협업의 가능성이 있는지 또는 작업이 전혀 시작되지 않았는지 확인하고 더 좁은 범위의 작업에 대한 보조금을 신청할 수 있습니까?