Why? Increase security depositscurrently 7.5% goal 20 to 40% Decrease inflation currently 4.5% goal 0 to 1% Why decrease inflation?

What Goal: reduce creation of temporary ids reduce unnecessary copies reduce creation of new ids To keep in mind: [R1] contracts that do nothing weird with their big map should not have their ids change

1. Make current protocol architecture visible (cosmetic side) (5pw) 1.1. Make lib_protocol_compiler allow folders deliverable: MRs 2pw, Mehdi and 2 reviewers (amongst Hugo, Raphaël P., Romain) Risk: people need to update their node so this feature require a node upgrade, ideally coming with an environment change 1.2. Build a dependency graph of the protocol code

Ce document a pour objectif de proposer des processus de travail qui pourraient faciliter les tâches régulières, principalement pour ce qui est de la communication au sein de Nomadic Labs (compte rendu de réunion, accueil des nouveaux arrivants, formation continue, etc.), tout en se basant sur les habitudes actuelles de travail. En effet, la société ayant une croissance importante, il devient primordial d'organiser une réflexion constante sur nos méthodes de travail : elles ne peuvent pas être les mêmes avec 70 employés que dans une société de 3 personnes. Il y a trois thèmes principaux que nous aborderons dans le document : les processus de travail, la communication, et la dissémination de la connaissance. Ces trois thèmes sont interdépendants, il faut donc les considérer dans leur ensemble, et ils feront référence les uns aux autres. :warning: S'il était estimé que les processus décrits sont effectivement une aide et un gain de temps, il est important que la direction générale soit motrice dans leur mise en place, et qu'elle implique les personnes qui seront responsables de leur propre champ de compétences (par exemple la direction technique pour la création de crews). Sans quoi, les propositions ne rentreront pas dans les habitudes de travail et ne seront pas utilisées. Processus, rôles, politiques d'entreprise Objectifs Beaucoup de tâches sont communes à plusieurs employés de Nomadic Labs. Pour ces tâches, expliciter un cadre et des bonnes pratiques, permet d'accélérer l'exécution, d'éviter les oublis, d'harmoniser les résultats (c'est alors plus simple pour les autres de les comprendre) ; globalement de faciliter l'adoption, de gagner du temps et donc de disposer de plus de ressources pour les vraies difficultés.

Un autre point random que je n'ai pas abordé, mais c'est pour plus tard : garder un historique des incidents (de tout type, techniques mais pas seulement, du moment que c'est "disclosable" à une certaine audience) permet d'apprendre de nos erreurs et de mettre en place des recherches de solutions à plus grande échelle. Un point que je voulais soulever aussi : écrire les choses permet de rendre les gens moins indispensable, être indispensable est une mauvaise chose, pour soi et pour l'entreprise, même si certains peuvent penser le contraire. Nous sommes indispensables pas parce que nous détenons un accès, une information, une connaissance mais parce que nous pouvons continuer à faire des bonnes choses. Je ne sais pas s'il faut le formuler ici ou pas, peut-être que si. Communiquer sur l'importance du wiki pour responsabiliser les gens. Et avoir une page très visible sur le wiki pour rappeler cette importance et comment communiquer (sur le wiki, Slack, par mail, etc.). Un rédacteur technique pourrait être pertinent pour cela.

This article is the result of an audit of currently proposed amendments by Nomadic Labs. It aims at making the community aware of what is in the proposals and warn them in case something may harm the safety or the liveness of the chain. The Tezos mainnet currenlty runs its 48th voting period which is a proposal period during which delegates can inject protocol amendment proposals. The top voted protocol that collected more than 5% will be promoted to the next (exploration) voting period in which supermajority is required to proceed to the following one. Because most of the voting process focuses on a single proposal, the various teams that regularly propose changes to the Tezos protocol usually syncronise off-chain to propose all the wanted changes simultaneously in a combined proposal so having many proposals during a proposal period is rare. The only cases where several proposals have been made in the past were to:

Ordered by priority: Feature requests Coverage for diffs https://github.com/aantron/bisect_ppx/issues/305 (Mehdi Bouaziz) integration with merbocop (Seb Mondet) Integration with gitlab+coveralls (not sure if this makes sense)

Theme: Ancient cities Choice criteria: ancient English writing most protocol developers are happy with it B58-easy is a plus Who can vote? People taking part in the development of the protocol (probably you if you read this) Past names:

Revive onchain contracts collection Prerequisite to next point https://gitlab.com/nomadic-labs/tezos/-/commits/vbot@get_contracts/ https://gitlab.com/nomadic-labs/smart-contracts/-/merge_requests/3 State of stored lambdas Stored lambdas: https://gitlab.com/metastatedev/tezos/-/issues/153#note_455995114 Lambdas in big maps: none