Our great sponsors
-
gno
Gno: An interpreted, stack-based Go virtual machine to build succinct and composable apps + Gno.land: a blockchain for timeless code and fair open-source
-
tokio
A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
-
-
-
-
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
The Portal Loop is an effort to create a continuously-deployed staging testnet to be hosted on the official gno.land website. The testnet will be reset at each commit on our repository, but it will re-play all the transactions from its previous version, dropping any that might fail following breaking changes in the code. The Portal Loop will provide a central place where you can experiment with the latest Gno.land updates, resolving the problem our existing testnets have faced (becoming stale only a few months after their launch) while also paving the way for building DAOs and on-chain Game of Realms and Proof-of-Contribution systems.
Petar is also looking at implementing concurrency the way it is in Go to have a fully functional virtual machine as it is in the spec. This would likely attract more external contributors to developing the VM. One advantage of Rust is that, with the concurrency model, there is already an extensive library called Tokio which he can use. Petar stresses that this isn’t easy, but he believes it’s achievable, at least as a research topic around determinism and concurrency.
We made multiple bug fixes and resolved many of the issues that arose out of GnoChess development, and Manfred and the Onbloc team (who joined us on the retreat) demonstrated a new way to dynamically call contracts using dependency injection with a registry. This, combined with Golang's interface capabilities, can achieve a good balance between dynamism, explicitness, and security (including type safety). This pattern could enable massive DeFi applications when used with GRC interfaces. It could also support contract-based DAOs where features can be added later, opening the door to new design patterns around contract upgrades. Check out PR 1262 for more details.
The Sogno project is a dream Morgan has about improvements he plans to make on GnoVM. From his experience working on GnoChess, he found that many features were lacking that would have improved the workflow, for example, an improved debugging system, enhanced representation of the values within the VM, having maps as sortable data structures, and adding reflection. Morgan plans to work on this project on the side as a fork when he has time, so Sogno won’t be merged into the master branch for now. If you want to check it out and see if you can contribute, visit the hackerspace PR 44.
The Gno Language Server (gnols) is an implementation of the Language Server Protocol (LSP) for the Gno programming language. It is similar to the equivalent “gopls” project for Go, as they can be plugged into your code editor through extensions and allow you to access handy features, such as autocompletion, formatting, and compile-time warnings/errors. Gnols makes writing code simpler, working with several editors to suit your preferences. To try it out, visit the CONTRIBUTING.md file, which contains instructions to get you started. Our current documentation targets Vim, Neovim, and SublimeText, but can likely be used with any editor that supports LSP. Feel free to contribute to improving Gnols and adding more features. It’s well-written, and simple to dive into the code and add more capabilities.
Teritori has been focusing on Escrows in the past couple of months, aiming to make improvements that facilitate on-chain project management. The team is also iterating the Moderation DAO and has identified a need for a conflict solver module to call an external authority to solve a conflict between two parties (for example, the buyer and the seller). They have called this module the Conflict Solver Module and integrated several options like Justice DAO (composed of humans) or any realms (e.g. GnoChess) to solve the conflict. They are researching work on VRF to implement randomness so that the module selects a person (or group of people) with no conflicts of interest in the issue. PR 11 provides more details. A true randomness function will also be handy for the Flippando game that doesn’t currently rely on true randomness.
The Gno Language Server (gnols) is an implementation of the Language Server Protocol (LSP) for the Gno programming language. It is similar to the equivalent “gopls” project for Go, as they can be plugged into your code editor through extensions and allow you to access handy features, such as autocompletion, formatting, and compile-time warnings/errors. Gnols makes writing code simpler, working with several editors to suit your preferences. To try it out, visit the CONTRIBUTING.md file, which contains instructions to get you started. Our current documentation targets Vim, Neovim, and SublimeText, but can likely be used with any editor that supports LSP. Feel free to contribute to improving Gnols and adding more features. It’s well-written, and simple to dive into the code and add more capabilities.