We have deployed some updates to the Teztnets platform that include a long-requested feature: the programmatic faucet. With the npm package @oxheadalpha/get-tez, you can now programatically fund an address using Javascript/Typescript or using the CLI. See the package details for more for info on installing and using. Proof of Work To prevent spam, we've also introduced the need to solve PoW challenges before receiving your Tez. The number of challenges given depends on the network and the amount of Tez requested. Less challenges are required when requesting Tez via a faucet's web interface compared to when doing so programmatically. It is relatively easy to get large amount of Tez on an ephemeral network such as mondaynet and dailynet. Meanwhile, ghostnet is getting large (600Gi for an archive node) and we want to keep this network useful for some time. Therefore we made getting tokens for this network just a little bit harder - you have to crunch numbers for approximately one hour to get enough Tez to become a ghostnet baker. Usage

This document lists the new operations in Oxford submitted to Oxfordnet. Block explorers, indexers and libraries will find it useful to get acquinted with the new changes in Tezos. Adaptive issuance op block op hash stake

I did the following on my statefulset: securityContext: sysctls: - name: net.core.wmem_max value: "104857600" And got: forbidden sysctl: "net.core.wmem_max" not allowlisted Then I tried this:

by Sophia Gold and Nicolas Ochem - Oxhead Alpha This is a functional specification of Adaptive Inflation, based on Arthur Breitman's original post on Agora. It attempts to formally introduce the notion of cobaking based on the follow-up discussion on the Blockchain Evolved show. It introduces an accounting model that allows cobakers to have arbitrarily small balances in a scalable way. It also introduces a mechanism for in-protocol collection of cobaking fees. The specification is accompanied by design notes in this format. Changelog 1.1 * Use a virtual contract instead of a special operation for cobaking <br/>* Changed right calculation formula per Maxime Reynouard's feedback; also use "free delegation" iso "delegation" <br/> * Added uncobaking staging areas per Alex Eichhorn's remarks <br/> * Added section where 99% of slash amount is burned instead of 50% to prevent cobaking scams <br/> * Acknowledge griefing attack issue in a remark, state it's still being discussed.

Deprecated - see version 1.1 by Sophia Gold and Nicolas Ochem - Oxhead Alpha This is a functional specification of Adaptive Inflation, based on Arthur Breitman's original post on Agora. It attempts to formally introduce the notion of cobaking based on the follow-up discussion on the Blockchain Evolved show. It introduces an accounting model that allows cobakers to have arbitrarily small balances in a scalable way. It also introduces a mechanism for in-protocol collection of cobaking fees. The specification is accompanied by design notes in this format. Cobaking There are two types of delegators under Adaptive Inflation:

XTZ-shots Deploy snapshots for the upcoming testnet (Mumbainet) Move to cheaper R2 cloud storage solution Implement full snapshots Implement a better method of producing archive tarballs by "restoring" from a full snapshot Introduce a JSON schema for snapshot metadata and encourage other snapshot websites to implement Teztnets Deploy a new testnet - Mumbainet Implement faucet rate limiting - ensure people wait before getting a large amount of test tokens

To be discussed during Ecosystem call 2022-12-06. RPC Proxy server It exists and is being maintained is it being used? why write our own proxy? instead, how about emitting http headers for a generic proxy server to know how long to cache certain requests (head block is valid for 15 seconds, numbered block is valid forever etc). This is typically done with the Cache-Control: max-age=X header. Then, anyone can stand a generic proxy server (like nginx or varnish) in front of it if they want.

We are showing discrepancies between reward calculations, based on ithacanet baker tz1foXHgRzdYdaLgX6XhpZGxbBv42LZ6ubvE, during cycle 75. tzstats The command to query tzstats rewards api directly is: curl --silent 'https://api.ithaca.tzstats.com/tables/income.csv?address=tz1foXHgRzdYdaLgX6XhpZGxbBv42LZ6ubvE&cycle=75'| csvlook | less -S Running this query, we get the following values: total income

by TQTezos in collaboration with ECAD Labs Tezos is upgraded regularly through new software releases and subsequent on-chain governance mechanism that activates protocol changes delivered through these upgrades. The current proposal is called Granada. As you are reading this, the Tezos testnet for Granada amendment proposal has been injected to Tezos mainnet. To connect to it, you should upgrade to the most recent version of Tezos, v9.2. Then run: tezos-node config init --network granadanet tezos-node run