Hi team!
I've observed that the first call to the API endpoint /api/v1/address/:address is extremely slow when querying addresses with large transaction histories. Subsequent calls are much faster, which suggests a caching behavior (possibly RocksDB block cache).
mempoolelectrs: mempool/electrs:v3.2.0api: mempool/backend:latest
⚡ TL;DR: Bitcoin Core is removing the 80-byte OP_RETURN relay limit — a policy, not consensus, change. It aligns with how miners already behave, but reduces node configurability.
Relay policy is policy — and what nodes don’t forward rarely gets mined. Spam resistance should come from fees and filters, not hardcoded caps.
Bitcoin runs on rules, not rulers. Let the market and nodes decide — not just Core.
From the comments: "These exact instructions are not working on Ubuntu 24.04. Ubuntu has changed the naming of ZFS partitions, partition 2 and 3 are switched around, and the boot/efi folder is now different."
I don't have my dual-disk test system any longer, and so can't adjust these steps myself.
Ubuntu Desktop 20.04 supports a single ZFS boot drive out of the box. I wanted a ZFS mirror, without going through an entirely manual setup of Ubuntu as described by OpenZFS in their instructions for Ubuntu 20.04 and instructions for Ubuntu 22.04
NOTE: You can only do this if there is no GPU deployments actively using GPU on the node.
# Cordoning the node will automatically terminate the `nvdp-nvidia-device-plugin-#####` pod on it. This does not impact already running non-GPU deployments on that node.
kubectl cordon node7
We are using the GPU Seabios PCI Express Passthrough method.
There's no significant difference in GPU performance between SeaBIOS and OVMF for GPU passthrough. The choice mainly affects the boot process and compatibility. Once the OS is loaded, GPU performance is similar for both. OVMF is generally recommended for better compatibility and modern hardware support.
In the evolving landscape of Kaspa's mining economics, there is a pivotal need to ensure continuous miner incentive as block rewards phase out. With an emphasis on preserving Kaspa's competitive low-fee advantage, the Reverse Fee Adjustment Mechanism with Spam Mitigation (RFASM) proposal introduces a dynamic yet robust fee structure to align network security and usability.
The RFASM integrates a dynamic fee algorithm with anti-spam safeguards, operating under these principles:
In the realm of cryptocurrency, managing assets efficiently is crucial for users leveraging hardware wallets, such as Tangem. A significant aspect of this management involves understanding and navigating the intricacies of unspent transaction outputs (UTXOs), a concept inherent to UTXO-based blockchains. This discussion is particularly pertinent to users engaging with cryptocurrencies like Bitcoin (BTC), Kaspa (KAS), and other prominent UTXO-based currencies supported by the Tangem App.
UTXO-based blockchains, such as Bitcoin (BTC), Kaspa (KAS), Litecoin (LTC), and Bitcoin Cash (BCH), function by tracking transactions through outputs that have been generated by previous transactions and not yet spent. Each transaction starts with inputs (UTXOs from previous transactions) and ends with outputs (new UTXOs). The accumulation of UTXOs at a single address necessitates effective management
| # https://gist.github.com/andy108369/ef23ff0fe5caf2e12b1b41a99e812294 | |
| # Last updated on June 06 2023 16:25 | |
| # | |
| # PoC SDL for running nym-mixnode on Akash Network | |
| # https://twitter.com/andy83482/status/1665093815290437635 | |
| # | |
| # Provider requires to support the IPv6, steps outlined here https://github.com/akash-network/support/issues/100 | |
| # | |
| # apt update | |
| # apt -y install wget curl jq iproute2 iputils-ping net-tools netcat-openbsd |
This is a PoC only! Use official Kaniko docker image!
Running Kaniko (built from the sources) erases the user from /etc/passwd upon execution. Likely to destroy the container too, depending on what's in the Dockerfile. There might be a better isolated way of running it, but I recommend using the official Kaniko container.
https://github.com/akash-network/provider/releases/tag/v0.3.0-rc6
install it to /usr/local/bin/provider-services