What are the most important open source products that should be supported by the aeternity Crypto Foundation?

Hello,

several members in the forum, Telegram and Wechat started to suggest areas and product the aeternity crypto foundation should or should not support. I would like to use this threat to gather feedback from community members and their arguments.

Example:

The ACF (Aeternity Crypto Foundation) should support the development of a feature complete Python SDK, because Python is one of the most famous programming languages for server side applications.

Or

The ACF should support the development of a client side code library for State Channels, more particular the FSM, so trust less mobile State Channel applications are easier to build.

Of course there will be hundreds of requests and ideas and not everything will be straight forward to build. There are also not unlimited resources. In order to drive decisions a good proposal and/or documentation is mandatory, an example can be seen here:

And to determine the interest by the community and token holder, governance votes will become reality for signaling this interest:

Looking forward to your ideas!

3 Likes

The ACF (Aeternity Crypto Foundation) should support the development of a feature complete Golang SDK, because Golang based program can be compiled to a single file and cross-paltform, very convenient for both client and server side aepps.

5 Likes

Ethereum Foundation grant program should be the inspiration. BRI funds shouldn’t be treated as a last resort bail-out or support fund for businesses, that what ICO is for. BRI funds should be used for R&D mainly.

References:

3 Likes

This is exactly how it is planned @drag0x, the BRI is only spend for core protocol development and essential tools (like SDK) around it. The announcement can be read here:

Use of the BRI AE Tokens

AE tokens from the Block Reward Initiative will be dedicated to æternity’s technical development.

If the miners adopt the protocol change, the BRI AE tokens will be held under the governance of the æternity Crypto Foundation, a 100% charitable foundation established in Liechtenstein, which is supervised by the corresponding regulatory body.

The æternity Crypto Foundation will report development activities the tokens were spent on.

4 Likes

Thank you for your feedback @Liu - the GO SDK is definitely high on our list and currently under development. If you have feature requests or bugs, please show them here:

We are also looking for more people to support the development. If you know anyone, please ask her/him to apply at aeternity-foundation.org for a development grant!

2 Likes

Better create a portal where a lot of smart contract (in all the languages like solidity, sophia etc.) examples will be discussed and presented. Something like d3.js examples database.

2 Likes

Definitely sure~ :muscle:

1 Like

DSB team ae jiu shi pianju

Great, yes, i also thing Typescript is an interesting language.

Some community members already started with Sophia Examples here

Also our local CDK (Contract Development Kit) ForgAE includes examples and boilerplates and gets improved and maintained day by day

I also think the ACF should support more thinks like that, we call them “developer tools” and i hope more people will propose things and apply for grants and donations around this.

Great thread.
I think we can (and should) break down the spport per category:

TS) Technical / development support: this will include tooling, editor support, SDKs, frameworks.
RS) Research growth
BS) Business support

TS (Technical Support)

On the top of my list would be:

  1. Ensure rapid and inline SDK supporting the core protocol in all main langages: JavaScript, Python, Go, Java, .NET
  2. Editors support. Nobody codes in a plain notepad, and everyone expects a basic editor support
  3. Code / omni: intelligence: cross-platform and cross-editors tooling support for linting and typo checks. We should use the unix approach - to not bind a tool to the editor, but have a tool which could be easily integrated with all other editors (vs code, emacs, vim, sublime text…)
  4. Testing frameworks. Effective development requires well design CI. The suite and project management tool has to be in line with today standards.
  • compiler will have to well support developers (errors, messages)
  • test suite library
  • project management.

So we need to take care for ForgAE and make it better.

All this will shorten the adoption path and make it easier for developers to start with new technology like aeternity.

RS (Research Support)

  1. Standarize common protocols (tokens, compliance, …) - this is must have to make the ecosystem interoperable. Otherwise we will have bunch of random app not working with one another.
  2. Privacy: today the business expects privacy solutions. Ethereum has a big amount of research related to zero knowledge proof. Having more primitives in upcoming FATE release (more signature algorithms which are friendly with latest zkp…) is required to implement such smart-contracts. Porting AZTEC protocol would be a good idea.

BS (Business Support)

  1. Ensure that aeternity is has business partners -> have people who will work for enterprise adoption.
  2. Work with enterprises
3 Likes

It’s worth to note that the competition is rising. In 2019, in the midst of an onslaught of new projects taking off or growing around the same time (Blockstack, ETH 2.0, Dfinity, NEAR, AVA, Spacemesh, Hashgraph, Libra) the right support has to be in place to assure ecosystem growth.