basics/pda-rent-payer: create_new_account has no caller check — worth a note for people copying it?
维护者通常 1 天内回复
@khoap1220-hue 已经在做这个了。
开始于 2026年10月25日。
评估
- 难度
- 1/5
- 预计耗时
- 1 小时以内
- 新手友好度
- 78/100
- Issue 类型
- 文档
- 描述清晰度
- 基本清楚
- 活跃度
- 冷清
- 技术栈
- blockchain, rust
调研方向
从 basics/pda-rent-payer 中的 create_new_account accounts struct 开始,然后对比 basics/checking-accounts 中关于 Authority 的指导。只添加已同意的说明性注释或交叉引用,同时保留示例有意不受限制的行为;当 caller-check 的限制以及现实场景中更安全的替代方案对读者来说都清晰时,即视为完成。
由索引模型根据 Issue 内容生成。
描述
create_new_account spends from a program-owned vault, and nothing in the
instruction constrains who may call it.
The accounts struct is:
pub struct CreateNewAccount<'info> {
#[account(mut)]
new_account: Signer<'info>,
#[account(mut, seeds = [b"rent_vault"], bump)]
rent_vault: SystemAccount<'info>,
system_program: Program<'info, System>,
}
new_account is a Signer, but it signs for itself — it is the account being
created, and the caller generates that keypair. rent_vault is a PDA on a
single literal seed, shared by everyone. So there is no authority account and
no has_one, and each call moves one rent-exempt minimum out of the shared
vault into an account the caller controls.
That is almost certainly intentional for the example's purpose — it exists to
show a PDA signing for itself, and it does that cleanly and readably. My
question is only about the people who copy it, since a rent vault is exactly
the kind of helper that gets lifted into a real program.
Would a short comment on the accounts struct be welcome? Something like:
// NOTE: this example does not restrict who may call it. A real rent vault
// needs an authority check — a `has_one` against an admin recorded at
// initialisation, seeds that bind the vault to one funder, or a per-caller
// limit. (A bare `authority: Signer` alone is not enough — any keypair
// can sign for itself.)
Happy to open a PR with just that comment if it's useful. I did not want to add
a constraint, since that would change what the example teaches.
For context: basics/checking-accounts is the example that teaches exactly this
check, so a pointer between the two might do the job on its own.
- 主要语言
- Rust
- 星标
- 1.4k
- 派生
- 559
- 平均合并
- 20 小时 9 分钟
- 30 天内合并 PR
- 17
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
solana-foundation/program-examples 的其他 Issue
-
Migrate deprecated .accounts() to .accountsPartial() in Anchor tests可能重新可做 @ankittiwari-04 于 24 天前认领,目前没有进行中的 PR。 未关闭accepted
难度 2/5 1-3 小时 新手友好度 75/100
solana-foundation/program-examples#747 · 4 条评论 ·
维护者通常 1 天内回复
-
native/pinocchio examples: deploy script points at program.so, which the build never produces可能重新可做 关联的 PR 已关闭且未合并。 未关闭accepted
难度 1/5 1 小时以内 新手友好度 35/100
solana-foundation/program-examples#787 ·
维护者通常 1 天内回复
-
token-2022/cpi-guard: add a Pinocchio version可能重新可做 关联的 PR 已关闭且未合并。 未关闭accepted
难度 3/5 1-2 天 新手友好度 20/100
solana-foundation/program-examples#786 ·
维护者通常 1 天内回复
-
token-2022/memo-transfer: add a Pinocchio version可能重新可做 关联的 PR 已关闭且未合并。 未关闭accepted
难度 4/5 3-5 天 新手友好度 30/100
solana-foundation/program-examples#785 · 1 条评论 ·
维护者通常 1 天内回复
-
token-swap: later deposits can dilute LPs after fee growth可能已有人在做 @Bismithblde 于 2 天前认领。 未关闭accepted
难度 3/5 1-2 天 新手友好度 45/100
solana-foundation/program-examples#783 ·
维护者通常 1 天内回复
查看 solana-foundation/program-examples 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
RustCrypto/utils#1597 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
max-sixty/worktrunk#4727 · 7 条评论 · 1 个 reaction ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 86/100
维护者通常 1 天内回复
-
follow-up
难度 2/5 1-3 小时 新手友好度 73/100
carrick-sh/carrick#1859 ·
维护者通常 1 天内回复