新闻详情

新闻详情

首页 / 资讯中心 / 详情

LND 安装与后端配置完全指南:二进制发布、Docker 与源码构建、btcd/Neutrino/bitcoind 三种后端实战

发布时间:2026/9/26 2:31:37来源:尧图网络
LND 安装与后端配置完全指南:二进制发布、Docker 与源码构建、btcd/Neutrino/bitcoind 三种后端实战
区块链【免费下载链接】lndLightning Network Daemon ⚡️项目地址https://gitcode.com/gh_mirrors/ln/lnd点击查看免费下载本指南以 LNDLightning Network Daemon官方安装文档 docs/INSTALL.md 为主体系统讲解从官方发布二进制、Docker 可复现构建到源码手工编译的三种安装路径并深入剖析btcd、Neutrino、bitcoind三种链后端的完整配置参数、启动命令与注意事项。读完本文你将能够独立完成 LND 节点的安装、钱包创建、后端对接与本地simnet开发环境的搭建。安装方式总览选择适合你的路径LND 的安装方式可以按使用场景分为三类官方在 docs/INSTALL.md 中给出了明确的选型建议安装方式适用人群特点官方发布二进制大多数用户尤其是主网mainnet运行者面向生产构建启用了全部 RPC 子服务RPC subserversDocker 构建指定版本进阶用户、复现官方可复现构建reproducible builds无需在本机安装 Go 工具链可在 macOS/BSD 等平台上产出与官方一致的多平台二进制源码手工构建开发者、进阶用户可产出 debug/development 非生产构建但需要先搭建完整工具链如果你只是在主网上运行一个节点官方推荐直接下载发布二进制如果希望验证官方发布的构建可复现性则推荐使用 Docker 构建辅助脚本详见 docs/release.md而手工构建适合需要调试、开发或定制特性的场景。方式一安装官方发布二进制在 GitHub 发布页 选择最新且不带 Pre-release 标签的版本除非你明确想帮助测试 Release Candidate即 RC 版。选择与你的操作系统和系统架构匹配的安装包。如果你的系统同时支持 64 位和 32 位官方建议优先选择 64 位版本。解压安装包后将两个二进制文件放到操作系统能够找到的路径中Linux/macOSlnd与lncliWindowslnd.exe与lncli.exelnd是守护进程本体lncli是与之交互的命令行客户端。两者必须配套使用因此安装时缺一不可。方式二Docker 构建指定 Tag 版本使用 Docker 构建辅助脚本前需要先在本机安装并配置好以下软件Dockermakebash假设要构建v0.x.y-beta这个 git tag执行以下步骤git clone https://github.com/lightningnetwork/lnd cd lnd git checkout v0.x.y-beta make docker-release tagv0.x.y-beta执行完毕后会生成一个名为lnd-v0.x.y-beta的目录其中包含所有操作系统与架构组合的发布二进制。你也可以通过sys参数只构建某个特定平台组合例如make docker-release tagv0.x.y-beta syslinux-amd64从 Makefile 的 release_flags.mk 可以看到默认的BUILD_SYSTEM覆盖了darwin-amd64、darwin-arm64、freebsd-amd64、linux-amd64、linux-armv6/armv7/arm64、windows-amd64等 14 个平台组合而sys参数可以覆盖这一默认集合tag参数则会被用作VERSION_TAG并由./scripts/release.sh check-tag校验该 tag 确实存在。这是团队发布可复现构建的推荐方式更多细节参见 docs/release.md。方式三从源码构建开发版本从源码构建仅推荐给进阶用户或开发者。不建议在主网上运行master分支的最新提交master分支可能不稳定且如果存在数据库迁移database migrations运行 master 分支的节点可能无法回退到之前的稳定版本。这一点对生产节点至关重要——一旦数据格式随迁移升级旧版本二进制将无法读取新格式的数据。安装 GoLND 使用 Go 编写最低版本要求为1.26.8若本文档过时以主go.mod文件要求的 Go 版本为准。当前仓库 go.mod 中声明的模块为github.com/lightningnetwork/lndMakefile 中GO_VERSION 1.27.1是项目用于发布构建、Docker 文件与 CI 的参考版本。Linux (x86-64)wget https://dl.google.com/go/go1.26.8.linux-amd64.tar.gz echo d0f743b33e8d8945e6b1f432edd15785c70507121d6e2a723b21285eddf8b57b go1.26.8.linux-amd64.tar.gz | sha256sum --check命令应输出go1.26.8.linux-amd64.tar.gz: OK。如果输出不一致说明目标仓库已被篡改REPO HAS BEEN MODIFIED不应安装此版本的 Go。校验通过后继续安装sudo rm -rf /usr/local/go sudo tar -C /usr/local -xzf go1.26.8.linux-amd64.tar.gz export PATH$PATH:/usr/local/go/binLinux (ARMv6)wget https://dl.google.com/go/go1.26.8.linux-armv6l.tar.gz echo eab440beabf395870752021fa74cedf04f97b61e43ebbe005ecbb98b94e55697 go1.26.8.linux-armv6l.tar.gz | sha256sum --check同样先校验哈希值确认输出go1.26.8.linux-armv6l.tar.gz: OK后再安装sudo rm -rf /usr/local/go sudo tar -C /usr/local -xzf go1.26.8.linux-armv6l.tar.gz export PATH$PATH:/usr/local/go/binmacOS先安装 Homebrew若尚未安装然后brew install goFreeBSDpkg install go也可以从 Golang 下载页 下载预编译二进制或参考 Golang 官方安装文档 从源码安装。重要设置$GOPATH安装完成后应设置$GOPATH环境变量它代表你的 Go 工作区路径。默认情况下$GOPATH为~/go。还需要将$GOPATH/bin加入PATH这样 shell 才能找到你安装的二进制export GOPATH~/go export PATH$PATH:$GOPATH/bin官方建议将上述两行写入你的.bashrc、.zshrc或一个 setup 脚本中避免每次打开新终端都要重复输入。Go modules 与可复现构建本项目使用 Go modules 管理依赖并借此实现可复现构建。使用 Go modulesGo 1.13 起意味着不再需要把lnd克隆到$GOPATH中——你的lnd仓库可以放在文件系统的任何位置。注意对于移动端mobile开发由于 Go mobile 目录下的移动端库构建文档对应文档中的 building mobile libraries 链接。安装 lnd 与 lncli完成上述前置步骤后执行以下命令安装lnd、lncli及所有相关依赖git clone https://github.com/lightningnetwork/lnd cd lnd make install以上命令安装的是当前master分支。如需安装某个发布版本master 分支有时不稳定先到发布页定位最新 release。假设 release 名为v0.x.x则将命令改为git clone https://github.com/lightningnetwork/lnd cd lnd git checkout v0.x.x make install说明文档中的指令仍沿用旧版本 Go 的$GOPATH目录约定但 Go 1.13 之后lnd可以放在文件系统的任何位置。Windows WSL 用户的特殊处理WSL 下make需要直接用/usr/bin/make/引用或给make加引号/usr/bin/make /usr/bin/make installmake make installFreeBSD 用户请使用gmake代替make。如果不想使用make也可以直接使用go命令go install -v ./...从 Makefile 可以印证安装流程的实际行为install目标依赖install-binaries后者通过GOINSTALL -tags${tags} -ldflags$(RELEASE_LDFLAGS)分别安装cmd/lnd与cmd/lncliRELEASE_LDFLAGS使用-s -w去除符号表与 DWARF 调试信息并清空 build ID这正是发布二进制体积更小、行为可复现的原因。Tags特性开关与 RPC 子服务发布二进制以及使用make release-install从源码安装时会启用以下 build tagsTag对应功能/源码位置autopilotrpcautopilot.proto自动通道管理 RPCsignrpcsigner.proto签名服务 RPCwalletrpcwalletkit.proto钱包工具 RPCchainrpcchainnotifier.proto链通知 RPCinvoicesrpcinvoices.proto发票管理 RPCneutrinorpcneutrino.protoNeutrino 后端 RPCrouterrpcrouter.proto路由与支付 RPCwatchtowerrpcwatchtower.proto瞭望塔 RPCmonitoringmonitoringPrometheus 集成peersrpcpeers.proto节点管理 RPCkvdb_postgresdocs/postgres.mdPostgreSQL 后端支持kvdb_sqlitedocs/sqlite.mdSQLite 后端支持上述列表与 make/release_flags.mk 中RELEASE_TAGS的定义一致autopilotrpc signrpc walletrpc chainrpc invoicesrpc watchtowerrpc neutrinorpc monitoring peersrpc kvdb_postgres kvdb_etcd kvdb_sqlite。此外kvdb_etcd也属于发布 tag 集合。devtag 用于开发构建不包含在发布构建与安装中。你可以通过tags参数指定自定义 tag 集合从源码安装例如make install tagssignrpc walletrpc routerrpc invoicesrpc更新版本将 LND 更新到最新版本cd $GOPATH/src/github.com/lightningnetwork/lnd git pull make clean make make installFreeBSD 请用gmake。不用make的替代方式cd $GOPATH/src/github.com/lightningnetwork/lnd git pull go install -v ./...验证安装与运行测试检查 LND 是否正确安装make check注意该命令需要bitcoind几乎任何版本均可存在于系统$PATH中否则部分测试会失败。从 Makefile 看check目标实际执行unit与itest其中unit会先通过$(BTCD_BIN)依赖安装btcd到$GOPATH/binitest则构建集成测试二进制make build-itest生成itest/btcd-itest与itest/lnd-itest。lncli 命令行补全Bash参见 contrib/lncli.bash-completionFish运行lncli fish-completion $HOME/.config/fish/completions/lncli.fish可用的链后端运行模式LND 运行需要一个链后端chain backend。当前共有三种btcd、neutrino、bitcoind。三者包括 neutrino都可以在开箱即用的 LND 实例上运行主网。不需要在使用bitcoind或btcd时启用--txindex但启用txindex通常会让 LND 运行更快。从 LND 0.13 版本起支持修剪节点pruned nodes但会产生性能损耗和更高的网络使用量。三种后端模式的参数集如下。btcd 选项btcd: --btcd.dir The base directory that contains the nodes data, logs, configuration file, etc. (default: /Users/username/Library/Application Support/Btcd) --btcd.rpchost The daemons rpc listening address. If a port is omitted, then the default port for the selected chain parameters will be used. (default: localhost) --btcd.rpcuser Username for RPC connections --btcd.rpcpass Password for RPC connections --btcd.rpccert File containing the daemons certificate file (default: /Users/username/Library/Application Support/Btcd/rpc.cert) --btcd.rawrpccert The raw bytes of the daemons PEM-encoded certificate chain which will be used to authenticate the RPC connection.在 sample-lnd.conf 中这些参数对应的配置项为btcd.dir~/.btcd、btcd.rpchostlocalhost、btcd.rpcuserkek、btcd.rpcpasskek、btcd.rpccert~/.btcd/rpc.cert。从 config.go 的源码可以看到当cfg.Bitcoin.Node btcdBackendName时LND 会调用parseRPCParams从cfg.BtcdMode解析 RPC 凭据。Neutrino 选项neutrino: -a, --neutrino.addpeer Add a peer to connect with at startup --neutrino.connect Connect only to the specified peers at startup --neutrino.maxpeers Max number of inbound and outbound peers --neutrino.banduration How long to ban misbehaving peers. Valid time units are {s, m, h}. Minimum 1 second --neutrino.banthreshold Maximum allowed ban score before disconnecting and banning misbehaving peers. --neutrino.useragentname Used to help identify ourselves to other bitcoin peers. --neutrino.useragentversion Used to help identify ourselves to other bitcoin peers.在 sample-lnd.conf 中可以看到更多 neutrino 细节neutrino.maxpeers8为默认值另有neutrino.assertfilterheader校验过滤头、neutrino.broadcasttimeout、neutrino.persistfilters、neutrino.validatechannels以及neutrino.blockheaderssource/neutrino.filterheaderssource从外部源导入区块头与过滤头等高级选项。Bitcoind 选项bitcoind: --bitcoind.dir The base directory that contains the nodes data, logs, configuration file, etc. (default: /Users/username/Library/Application Support/Bitcoin) --bitcoind.rpchost The daemons rpc listening address. If a port is omitted, then the default port for the selected chain parameters will be used. (default: localhost) --bitcoind.rpcuser Username for RPC connections --bitcoind.rpcpass Password for RPC connections --bitcoind.zmqpubrawblock The address listening for ZMQ connections to deliver raw block notifications --bitcoind.zmqpubrawtx The address listening for ZMQ connections to deliver raw transaction notifications --bitcoind.estimatemode The fee estimate mode. Must be either ECONOMICAL or CONSERVATIVE. (default: CONSERVATIVE)config.go 中实现了estimatemode的取值校验只接受ECONOMICAL与CONSERVATIVE两种取值。此外 sample-lnd.conf 还展示了bitcoind.config指向bitcoin.conf、bitcoind.rpccookiecookie 认证默认~/.bitcoin/.cookie、bitcoind.zmqreaddeadline、bitcoind.rpcpolling、bitcoind.blockpollinginterval、bitcoind.txpollinginterval、bitcoind.pruned-node-max-peers等扩展选项。使用 btcd 后端安装 btcdFreeBSD 用户请用gmake代替make。要利用最新的 Taproot 特性必须使用btcdv0.23.5 版本。安装命令make btcd也可以直接从 btcd 官方仓库 安装。从 Makefile 看btcd是通过cd $(TOOLS_DIR); $(GOCC) install -trimpath $(BTCD_PKG)安装的其中BTCD_PKG : github.com/btcsuite/btcd。启动 btcd运行以下命令会创建rpc.cert和默认的btcd.confbtcd --testnet --rpcuserREPLACEME --rpcpassREPLACEME如果要在 testnet 上使用 LNDbtcd需要先完整同步 testnet 区块链视硬件而定可能需要几个小时。注意添加--txindex是可选的——它会让节点同步更慢但 LND 之后通常运行更快因为可以直接命中索引而不必扫描区块或 BIP 158 过滤器。提示可能需要几分钟才能找到启用 segwit 的对等节点peers。在btcd同步期间可以用getinfoRPC 命令检查进度btcctl --testnet --rpcuserREPLACEME --rpcpassREPLACEME getinfo { version: 120000, protocolversion: 70002, blocks: 1114996, timeoffset: 0, connections: 7, proxy: , difficulty: 422570.58270815, testnet: true, relayfee: 0.00001, errors: }也可以实时查看 btcd 的日志跟踪同步进度。测试节点连通性可使用getpeerinfobtcctl --testnet --rpcuserREPLACEME --rpcpassREPLACEME getpeerinfo | more以 btcd 为后端运行 lnd在 testnet 上请等btcd完成同步后再运行此命令否则把--bitcoin.testnet换成--bitcoin.simnet。如果你是为教程安装 LND可以跳过此步。lnd --bitcoin.active --bitcoin.testnet --debugleveldebug \ --btcd.rpcuserkek --btcd.rpcpasskek --externalipX.X.X.X使用 Neutrino 轻客户端模式要以轻客户端模式运行 LND需要找到一个能够提供该模式服务的全节点。LND 使用 BIP 157 和 BIP 158 实现轻客户端模式。一个公开的此类节点位于faucet.lightning.community。以 neutrino 模式运行 LND如需 simnet 则将参数换成--bitcoin.simnet也可以连接你自己的btcd节点lnd --bitcoin.active --bitcoin.testnet --debugleveldebug \ --bitcoin.nodeneutrino --neutrino.connectfaucet.lightning.community从 config.go 的源码可见当cfg.Bitcoin.Node neutrinoBackendName时LND无需获取 RPC 参数——这正体现了 Neutrino 作为 SPV 轻客户端模式的特点它直接通过 P2P 网络同步区块头与紧凑过滤器而不依赖节点 RPC。使用 bitcoind 后端同样-txindex可选——它会让节点同步更慢但之后 LND 通常运行更快可以直接命中索引而不是扫描区块或 BIP 158 过滤器。配置 bitcoind 后端前请先完成并验证以下事项LND 通过 ZeroMQ 与bitcoind交互因此你的bitcoind安装必须编译了 ZMQ 支持。如果从源码安装 bitcoind 时没有 ZMQZMQ 支持会被禁用LND 会因connection refused错误退出。如果此前通过 Homebrew 安装过 bitcoindZMQ 可能未被包含Homebrew 最新的 bitcoin 配方已修复此问题。为bitcoind配置 ZMQ使用-zmqpubrawblock和-zmqpubrawtx。这两个选项必须各自使用独立的唯一地址以保证通知可靠投递例如-zmqpubrawblocktcp://127.0.0.1:28332和-zmqpubrawtxtcp://127.0.0.1:28333。确保bitcoind的配置项-rpcserialversion设置为 1或不要使用它——因为 bitcoind 的默认行为已经正确参见 bitcoin/issues/28730。Lightning 依赖 segwit 交易因此查询 bitcoind 后端获取交易详情时需要 witness 数据。以 testnet 启动bitcoind并让它完成与 testnet 链的完整同步也可以改用--bitcoind.regtest。以下是一份配合 LND 使用的bitcoin.conf示例testnet1 server1 daemon1 zmqpubrawblocktcp://127.0.0.1:28332 zmqpubrawtxtcp://127.0.0.1:28333完成上述所有步骤并确认bitcoind已同步最新区块后运行以下命令以bitcoind为后端启动 LND也可以创建lnd.conf保存这些选项详见下文lnd --bitcoin.active --bitcoin.testnet --debugleveldebug \ --bitcoin.nodebitcoind --bitcoind.rpcuserREPLACEME \ --bitcoind.rpcpassREPLACEME \ --bitcoind.zmqpubrawblocktcp://127.0.0.1:28332 \ --bitcoind.zmqpubrawtxtcp://127.0.0.1:28333 \ --externalipX.X.X.X注意事项认证参数rpcuser和rpcpass通常可以由 LND 自动确定——只要bitcoind与 LND 运行在同一用户下包括使用 cookie 认证的情况。此时可以从 LND 选项中完全省略它们。如果你确实选择在lnd.conf或命令行选项中显式传入认证参数如上例中的bitcoind.rpcuser和bitcoind.rpcpass则必须同时指定bitcoind.zmqpubrawblock和bitcoind.zmqpubrawtx选项。否则LND 会尝试从你的bitcoin.conf获取配置。必须确保传给 LND 的bitcoind.zmqpubrawblock/bitcoind.zmqpubrawtx地址与传给bitcoind的zmqpubrawblock/zmqpubrawtx地址保持一致。在同一台 Windows 机器上运行 lnd 与 bitcoind 时所有需要 TCP/IP 主机地址的配置项请使用127.0.0.1而非localhost。若使用localhostlnd 与 bitcoind 后端之间的进程间通信可能极其缓慢若遇到该问题控制台或日志输出的最后一条记录会是Waiting for chain backend to finish sync, start_heightXXXXXX且 lnd 看似挂起。正常时 lnd 会快速连续打印多条此类消息以消费 bitcoind 的区块。不要连接超过两三个lnd实例到同一个bitcoind。使用默认 bitcoind 设置时连接多个 lnd 实例或 lnd 加任何消费 RPC 的应用可能导致 lnd 错过后端的关键更新。bitcoind 的默认费率估算模式是CONSERVATIVE。可设置bitcoind.estimatemodeECONOMICAL切换。另外如果在regtest模式下启动 bitcoind此配置不生效。创建钱包首次运行 LND 时需要创建一个新钱包lncli create这会提示输入钱包密码并可选输入 cipher seed 口令passphrase。随后 LND 会打印一个24 词的 cipher seed 助记词mnemonic可用于在数据丢失时恢复钱包。用户应当抄写下来并妥善保管。从 docs/wallet.md 可以看到钱包管理的完整语义LND 语境下的钱包是数据目录中的一个数据库文件Linux 上例如~/.lnd/data/chain/bitcoin/mainnet/wallet.db包含链上和链下LN资金的所有地址与私钥钱包与所用的链后端bitcoind、btcd或neutrino相互独立因此必须是启动全新 LND 节点后的第一步。钱包数据库使用用户创建钱包时选择的密码加密LND 自身不会存储该密码因此每次重启后都需要解锁lncli unlock自v0.13.0-beta起还支持从文件自动解锁。更多信息参见钱包管理文档与节点恢复指南。Macaroons 认证LND 的认证系统称为macaroons——一种去中心化的承载凭证decentralized bearer credentials支持委托delegation、衰减attenuation等高级特性详见 Alex Akselrod 在 GitHub 上的介绍。运行lncli create创建钱包时默认会生成admin.macaroon、read_only.macaroon和macaroons.db三个文件用于认证进入 LND。它们存储在网络目录中默认lnddir/data/chain/bitcoin/mainnet这样可以为 mainnet、testnet、simnet 等使用不同的密码。注意如果你通过--datadir参数指定了替代数据目录还需要额外用--macaroonpath参数把更新后的admin.macaroon位置传给lncli。测试时可同时向lnd和lncli传入--no-macaroons标志禁用 macaroons。在 config.go 中该标志的定义为NoMacaroons bool \long:no-macaroons description:Disable macaroon authentication, can only be used if server is not listening on a public interface.——注意其限制仅当服务器未监听公共接口时才能使用。网络可达性如果你希望向网络上的其他节点发出信号、表明自己愿意接受入站通道因为对等方需要入站连接才能发起通道资金注入流程应将--externalip标志设置为你的公网可达 IP 地址。在 config.go 中externalip的定义为添加一个ip:port本地监听的地址向网络广播未指定端口时使用默认端口 9735。同时注意移除该选项不会清除已广播的地址需要通过lncli peers updatenodeannouncement --address_removehost:port手动移除。Simnet 与 Testnet 开发模式对比如果进行本地开发例如配合教程你会希望让btcd和lnd都以simnet模式启动。Simnet 与 regtest 类似——你可以按需即时挖矿来本地测试 LND。要将任一守护进程以simnet模式启动把testnet换成simnet即使用--bitcoin.simnet标志代替--bitcoin.testnet。本地测试新 LND 开发时另一个相关命令行标志是--debughtlc。以该标志启动 LND 后它可以自动结算发送给它的特殊类型 HTLC——这意味着你无需手动插入发票即可测试支付连通性。要发送这种特殊 HTLC请在sendpayment命令末尾加上--debugsend参数。从 config.go 的源码可见LND 对网络模式有严格的校验mainnet、testnet、testnet4、regtest、simnet、signet参数不能同时使用——必须且只能选择一个numNets 1或numNets 0都会直接报错返回。这也是文档反复强调用simnet代替testnet的原因。目前主要有两种运行 LND 的方式一种需要本地btcd实例并暴露 RPC 服务另一种使用 neutrino 驱动的完全集成轻客户端。对于钱包安全性不重要的测试场景如集成测试可以使用itest/lnd-itest二进制——它对钱包加密使用非常弱的密码拉伸password stretching因此启动速度比生产/主网/release 构建更快。构建命令为make build-itest从 Makefile 可以看到build-itest通过CGO_ENABLED0构建itest/btcd-itest与itest/lnd-itest并生成itest/itest.test集成测试二进制。创建 lnd.conf可选如果你希望在多次启动 LND 之间保持持久配置只需在命令行输入lnd --bitcoin.testnet --bitcoin.active即可可以创建一个lnd.conf。macOS 上的位置/Users/username/Library/Application Support/Lnd/lnd.confLinux 上的位置~/.lnd/lnd.conf以下是一份配合btcd使用的lnd.conf示例[Application Options] debugleveltrace maxpendingchannels10 [Bitcoin] bitcoin.active1注意[Bitcoin]小节——这里存放比特币链的参数。完整的示例配置文件参见 sample-lnd.conf其中包含节点配置的各个小节包括[Btcd]、[Bitcoind]和[Neutrino]取决于你使用的链和节点类型。从 sample-lnd.conf 可以看到相关配置项的更多细节debuglevelinfo是默认日志级别也可按子系统设置如debugleveldebug,PEERinfo链激活参数bitcoin.activefalse默认关闭网络模式参数包括bitcoin.mainnet、bitcoin.testnet、bitcoin.testnet4、bitcoin.simnet、bitcoin.regtest后端选择通过bitcoin.node指定btcd、bitcoind、neutrino三选一。总结安装 LND 有发布二进制、Docker 可复现构建、源码手工编译三条路径分别对应生产运行、构建验证与开发调试三种场景链后端则可在btcd全节点 RPC、bitcoindZMQ 通知全节点与neutrinoBIP 157/158 轻客户端之间选择。无论选择哪种组合都要牢记主网优先使用稳定 release数据库迁移会阻止降级bitcoind后端务必确认 ZMQ 编译支持并保持 zmq 地址一致钱包助记词必须离线妥善备份macaroons 默认生成于网络目录data/chain/bitcoin/network下。掌握这些要点后你就能搭建起一条安全、可维护的 Lightning 节点。赞分享区块链【免费下载链接】lndLightning Network Daemon ⚡️项目地址https://gitcode.com/gh_mirrors/ln/lnd点击查看免费下载相关推荐NeMo Evaluator 执行后端完全指南Local Docker、Slurm HPC 与 Lepton Cloud 三后端架构与实战配置NeMo Evaluator 执行后端完全指南Local Docker、Slurm HPC 与 Lepton Cloud 三后端架构与实战配置 NeMo EvAI 技能人工智能大模型深度学习DGL 安装与多后端配置完全指南从二进制包、源码编译到 Backend 切换机制DGL 安装与多后端配置完全指南从二进制包、源码编译到 Backend 切换机制 本指南以 docs/source/install/index.rst htt人工智能机器学习深度学习图计算Conductor 容器化部署完全指南Docker 镜像构建、后端配置与 Docker Compose 实战Conductor 容器化部署完全指南Docker 镜像构建、后端配置与 Docker Compose 实战 本指南以 Conductor 仓库 docker后端流程编排工作流自动化微服务上一篇终极指南从Python到Brainfuck的编程语言多样性之旅下一篇3分钟搞定嵌入式开发板选型从新手到专家的硬件平台选择指南创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

NgRx v14 升级指南:ng update 迁移、router-store 序列化器重构与 @ngrx/component 行为变更 2026/9/26 3:09:24

NgRx v14 升级指南:ng update 迁移、router-store 序列化器重构与 @ngrx/component 行为变更

前端状态管理 【免费下载链接】platform Reactive State for Angular 项目地址: https://gitcode.com/gh_mirrors/pl/platform 点击查看 免费下载 本篇指南以 NgRx 官方 V14 Update Guide 为核心,系统梳理从 v13 升级到 v14 的完整路径:如何…

阅读更多 →
Linux系统:IPC进程间的通信--共享内存 2026/9/26 3:09:24

Linux系统:IPC进程间的通信--共享内存

一 共享内存本质上是内存预留的一块空间,就是一块物理空间,进程间的复制是虚拟的空间。内核物理内存,映射到多个不同进程的虚拟地址空间。多个进程可以直接读写这块内存,实现进程间的通信。两个进程通过唯一的key对应一个IPC对象/…

阅读更多 →
Humanizer PrecisionDateTimeHumanizeStrategy 详解:用 precision 因子精确控制“时间距离”人文化的阈值 2026/9/26 3:09:24

Humanizer PrecisionDateTimeHumanizeStrategy 详解:用 precision 因子精确控制“时间距离”人文化的阈值

开发工具 【免费下载链接】Humanizer Humanizer meets all your .NET needs for manipulating and displaying strings, enums, dates, times, timespans, numbers and quantities 项目地址: https://gitcode.com/gh_mirrors/hu/Humanizer 点击查看 免费下载 导读 …

阅读更多 →
使用 @envelop/newrelic 为 GraphQL Yoga 应用接入 New Relic 监控与分布式追踪 2026/9/26 3:09:24

使用 @envelop/newrelic 为 GraphQL Yoga 应用接入 New Relic 监控与分布式追踪

后端API设计 【免费下载链接】graphql-yoga 🧘 Rewrite of a fully-featured GraphQL Server with focus on easy setup, performance & great developer experience. The core of Yoga implements WHATWG Fetch API and can run/deploy on any JS environment.…

阅读更多 →
gsd-core 的 model_policy 配置体系:从已知提供商预设到通用逃生通道的模型解析机制 2026/9/26 3:09:24

gsd-core 的 model_policy 配置体系:从已知提供商预设到通用逃生通道的模型解析机制

【免费下载链接】gsd-core Git. Ship. Done - Core 项目地址: https://gitcode.com/gh_mirrors/ge/gsd-core 点击查看 免费下载 导读 本文讲解 gsd-core(Git. Ship. Done)在 v1.42 引入的 model_policy 配置面(对应 change 文件…

阅读更多 →
Flink 增量检查点深度解析:从全量快照痛点到 RocksDB 状态后端实战 2026/9/26 3:09:18

Flink 增量检查点深度解析:从全量快照痛点到 RocksDB 状态后端实战

Flink 的增量检查点,我刚接触那会儿其实挺不以为然的,觉得不就是"存个变更"嘛,能有多大名堂。直到线上有一次状态量到了几十 GB,全量快照动不动就把备份存储撑爆、恢复慢得让人抓狂,我才真正意识到增量检查点…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉