Good afternoon devs and welcome to this week’s issue of developer weekly!
This week, as Q2 comes to a close, we’re going to recap some of the biggest developer enhancements and features that were released over the past three months, plus discuss the new Motoko Dev Server!
Let’s get into it!
During Q2 2023, our SDK and Languages teams shipped a ton of great new features, updates, and tools. Here are some of the biggest highlights:
Motoko’s new certification library: ic-certification
The new ic-certification library released this quarter implements the IC’s certification tree data structure, which underlies the certified access mechanism on the IC. This is used to validate HTTP responses from canisters in order to protect them against malicious nodes. The ic-certification library also underlies the canister signatures mechanism, which is used to let canisters like the Internet Identity canister sign requests that are sent to the IC. The development of the ic-certification library was funded by an icdevs.org bug bounty, with special work by @nomeata!
VSCode Candid auto-formatting and syntax highlighting
Additional features were added to the Motoko VSCode extension that include syntax highlighting and auto-formatting for Candid files. While this isn’t a huge update, it helps improve the dev quality of life with the aim to boost productivity.
Developer Feedback Board
This quarter, a new developer feedback tool was launched: the Developer Feedback Board! This board was developed in response to feedback derived from internal focus groups with the goal to improve and prioritize enhancing the developer experience. This group determined that one way to best serve the IC developers was to figure out what developers need right now to aid in their development. The IC community also provided the insight that they’d prefer to have a single place for this input, rather than across multiple channels like the developer forum or Discord.
In response to this feedback, we launched the Developer Feedback Board, an interactive GUI interface where developers can request new features and upvote things that others have suggested that they also would like.
This quarter also saw a new release of dfx - 0.14.1. In this release, the primary features and updates included:
- Feature: gzip option in dfx.json.
- Feature: Detailed logging for ic-asset.
- Feature: The .env file now includes all created canister IDs.
- Feature: Users are now asked for consent when they remove themselves as the controller.
In addition to these new features, an array of various fixes have shipped with this release as well:
- Fix: If
dfx canister deleteis running on a canister that has not been stopped, dfx will confirm the removal of the canister instead of returning an error as it had in the past.
- Fix: The documentation of the IC SDK has been cleaned up.
- Fix: To account for a more expensive v2 certification calculation, commit batches are now done incrementally to allow larger changes without exceeding the per-message instruction limit.
dfx deploy’s behavior previously allowed the same argument to be provided to all canisters; this behavior has been removed and now results in an error.
dfx canister install’s behavior previously allowed an empty argument to call all canisters regardless of any specifications; this behavior has been removed and now results in an error.
- Fix: When starting dfx with
dfx start, if the replica does not return a ‘healthy’ status at least once after launching, dfx will terminate the process and restart it.
- Fix: If Bitcoin support is enabled,
dfx startwill now install the Bitcoin canister.
dfx startwill add a new field
canister_init_argto the Bitcoin configuration in the
- Fix: The
bitcoin_regtestfeature has been disabled.
internet_identityhave been added to the local canister IDs that are set by the
dfx nns importcommand.
- Chore: SNS subcommands are now visible in the
You can download and check out the full dfx 0.14.1 release notes here.
In Q2, the developer docs have seen a wide range of changes, updates, and visual alterations. These include: The development and application of a Developer Docs Style Guide, which has been used to standardize the Developer Docs and assure each page looks, feels, and reads cohesively to one another. Documentation validation and updates, to assure that each current page of the docs is up to date and showcases the most current version of commands, code blocks, and examples.
- New HTTP outcalls tutorials, such as:
- HTTPS outcalls: technology overview: this page covers the overview of how the technology behind HTTP outcalls operates. In summary, when a canister makes an outgoing HTTP request using the management canister API, the request is temporarily stored in the replicated state of the subnet. Then, each replica pushes an instance of the received HTTP response from the external web server through the IC’s consensus layer. Through this, each replica on a subnet can agree on the HTTP response that’s been provided by the canister.
- How to use HTTP outcalls: Intro: this page provides a high-level overview of the API used to send HTTP outcalls.
- How to use HTTP outcalls: GET: this page includes a brand new tutorial written by Diego Prats that showcases how to make a GET HTTP request using a sample canister that makes a request to the Coinbase API. This tutorial provides instructions for both Motoko and Rust development workflows.
- How to use HTTP outcalls: POST: this page is another brand new tutorial written by Diego Prats that explains how to make a POST HTTP request using a sample canister that sends a request with JSON information to a free API that is used to verify that the headers and body of the request were sent properly.
- A new resource limits and constraints documentation page that details the IC’s resource constraints and limits for things such as canister queue limit, instruction limit query calls, Wasm stable memory, and subnet capacity.
- New SNS documentation, which includes updated instructions for developing, testing, and launching an SNS, including a page dedicated to SNS asset canisters and a new SNS launch checklist.
New Quill release - 0.4.2
This quarter, a new version of Quill was released; 0.4.2. This release primarily focused on adding new Ledger support, enabling the same key to be shared between the NNS UI and Quill, which previously wasn't possible.
In addition to Ledger support, other new features and additions in this release include:
- Added Ledger support via
quill sns pay.
quill ckbtc update-balanceallowing the anonymous principal.
follow-neuronto quill sns.
- Added option to print DFN address for Genesis investors.
- Updated to new ICRC-1 account ID format.
Motoko Dev Server
As we wrap up Q2 this week, we have one more huge release for developers: Motoko Dev Server!
Motoko Dev Server, or mo-dev, is a live-reload server designed to enable flexible, quick building and testing of Motoko services on the Internet Computer blockchain. Mo-dev is designed to be a Web3 version of popular Web2 live-reloading servers, like Next.js, Webpack, and Vite. Features and functionality of mo-dev include:
- Executing commands.
- Generating type bindings.
- Deploying canisters.
- Running unit tests.
- Any combination of the above.
That wraps up this edition of developer weekly, see you all next week!