The home of portable and verifiable AI.  A DAO for push to deploy vector DB, zkML, search, trading bots and much more.

Kinic

Catch-all w.r.t to following for non-critical proposals.

All non-critical topics

Side-effect-less proposals to set general governance direction.

Motion

Proposal to change the core parameters of SNS governance.

Manage nervous system parameters

Proposal to upgrade the wasm of an SNS controlled canister.

Upgrade SNS controlled canister

Proposal to add a new, user-defined, nervous system function: a canister call which can then be executed by proposal.

Add nervous system function

Proposal to remove a user-defined nervous system function, which will be no longer executable by proposal.

Remove nervous system function

Proposal to execute a user-defined nervous system function, previously added by an AddNervousSystemFunction proposal. A canister call will be made when executed.

Execute nervous system function

Proposal to upgrade the WASM of a core SNS canister.

Upgrade SNS to next version

Proposal to change the metadata associated with an SNS.

Manage SNS metadata

Proposal to transfer funds from an SNS Governance controlled treasury account

Transfer SNS treasury funds

Proposal to register a dapp canister with the SNS.

Register dapp canisters

Proposal to deregister a previously-registered dapp canister from the SNS.

Deregister Dapp Canisters

Proposal to mint SNS tokens to a specified recipient.

Mint SNS tokens

Proposal to change some parameters in the ledger canister.

Manage ledger parameters

Proposal to change canister settings for some dapp canisters.

Manage dapp canister settings

Proposal to advance the target version of this SNS.

Advance SNS target version

Proposal to set the topics for custom SNS proposals.

Set topics for custom proposals

Proposal to register a new SNS extension.

Register SNS extension

Proposal to execute an operation on a registered SNS extension.

Execute SNS extension operation

Proposal to upgrade the WASM of a registered SNS extension.

Upgrade SNS extension

grant_permission

revoke_permission

commit the batch that proposed by community who has Prepare permisson

commit_proposed_batch

commit the batch that proposed by community who has Prepare permission

commit_proposed_batch_of_kinic_ui

This function calls the manage_neuron API of the NNS governance canister.

call_nns_manage_neuron_api

Call `trade_tokens` on the KINIC trading pair canister at the CYCLES-TRANSFER-STATION.

Call the `cycles_out` method on the CYCLES-TRANSFER-STATION CYCLES-BANK.

Proposals to set the direction of the DAO by tokenomics & branding, such as the name and description, token name etc

DAO community settings

Proposals to upgrade and manage the SNS DAO framework.

SNS framework management

Proposals to upgrade the registered dapp canisters and dapp upgrades via built-in or custom logic and updates to frontend assets.

Dapp canister management

Proposals that are custom to what the governed dapp requires.

Application Business Logic

Proposals that represent community polls or other forms of community opinion but don't have any immediate effect in terms of code changes.

Governance

Proposals to move and manage assets that are DAO-owned, including tokens in the treasury, tokens in liquidity pools, or DAO-owned neurons.

Treasury & asset management

Proposals to execute critical operations on dapps, such as adding or removing dapps from the SNS, or executing custom logic on dapps.

Critical Dapp Operations

# Proposal to Upgrade an SNS Controlled Canister

## Target canister: xfug4-5qaaa-aaaak-afowa-cai

## Wasm info

Embedded module with 1357460 bytes and SHA256 `6c3e6a969f8ee821177efcb43525a6426f7e481d42786be74e3535fac0dd4834`.

## Mode: Upgrade

## Argument info

Upgrade argument with 16 bytes and SHA256 `4449444c016b01c88ddcea0b7f010000`.

Backend Upgrade Proposal to v0.2.2


## Overview

This proposal upgrades the KinicDB backend to v0.2.2. The release introduces a new feature that enables cycle top-ups from the launcher canister to the memory canister.
Users can top up cycles to their own memory canister if they subscribe to our monthly cycle top-up plan.

To authenticate a user principal from our Web2 subscription server, we use **vetKeys (VETKD)** to exchange an access token between the Chrome extension and our server. We chose this approach because verifying a principal’s signature on the Web2 side is not currently supported by official tools.

## Authenticating the User Principal on the Web2 Server

Our protocol largely follows the approach described in [Identity-based encryption (IBE)](https://internetcomputer.org/docs/building-apps/network-features/vetkeys/identity-based-encryption).

1. The user requests an access token.
2. The Web2 server mints an access token for a specific principal.
3. The Web2 server derives a user-specific public key.
4. The Web2 server encrypts the access token with that public key.
5. The user receives the encrypted access token and decrypts it using their derived private key.
6. If the user does not yet have the derived private key, they can fetch it from our backend canister.
7. The user calls the Web2 server APIs using the decrypted access token.
8. The Web2 server validates the token and confirms it was correctly decrypted.

## Changes

* Add `mint_cycles` (update call).
* Add `top_up_cycles` (update call).
* Add `get_remaining_cycles` (query call).
* Add `vetkd_derive_key` (update call).
* Add `vetkd_public_key` (update call).