Team

@ateam

Public team

Joined on Oct 6, 2020

  • Reminder of Phase 1 - dev environment & team setup We want to keep the project open and as collaborative as possible. That means that it should be quick and easy for someone to get up to speed and implement a package. To get there, we need to have a team setup with a good documentation so that anyone can set it up locally and focus on the code, not configuring NEAR or any other part that might be needed to get to work. The high levels deliverables here are: Setup so anyone can write the DAO TDD style similar to what has been done for the Solidity version Giving a tutorial / story about how to develop in NEAR for a solidity developer Giving feedback about the pain points to work with NEAR, with solutions if possible
     Like  Bookmark
  • Project Description The goal is to implement the Rust version of LAOLAND so anyone using NEAR can use it to manage a DAO. This is also an opportunity to write a standard interface for this architecture so anyone can upgrade their DAO on NEAR or Ethereum. Team Members David Roon James Young Craig Blake
     Like  Bookmark
  • Project Description The goal is to implement the Rust version of LAOLAND so anyone using NEAR can use it to manage a DAO. This is also an opportunity to write a standard interface for this architecture so anyone can upgrade their DAO on NEAR or Ethereum. Team Members David Roon James Young Craig Blake
     Like 1 Bookmark
  • Project Description Integrate Kusama/Substrate as a supported network in OpenLaw legal agreements and VM. We want to enable OpenLaw users to create agreements that can interact with the Kusama network by recording signatures, initiating contract calls and listening to contract events. There are several changes necessary to integrate the Kusama network. The OpenLaw language will be amended to support the definition of new networks at the agreement level and appropriate configuration entries added to the OpenLaw application to enable the new network at the server level. In addition, the OpenLaw Virtual Machine will require a new network provider implementation to be written to handle API interactions with Substrate-based chains. Finally, code that generates and verifies signatures, initiates contract calls, and handles events from deployed contracts must be updated to support the new network type. Team Members David Roon
     Like  Bookmark
  •  Like  Bookmark