Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Display the full authorization tree before signing auth entries

未关闭 适合新手
#2,779 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

@DeadZen 已经在做这个了。

开始于 2026年10月3日。

  • #2790 来自 @DeadZen —— 未关闭
  • #2844 来自 @jdjioe5-cpu —— 未关闭

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
82/100
Issue 类型
功能
描述清晰度
描述清楚
活跃度
活跃
技术栈
rust

调研方向

从 signer/validation.rs 开始,跟踪严格的授权签名路径,然后检查 log/auth.rs 中的递归格式化器。执行 CLI 签名流程,并验证在严格路径上,完整的根调用和子调用树会在签名之前完成渲染,同时不要改变签名行为或添加阻塞式确认。

由索引模型根据 Issue 内容生成。

描述

When a Soroban authorization entry's root invocation matches the invoked host function, the CLI classifies it as strict (signer/validation.rs) and signs it without printing anything. The tree is only rendered on the non-strict path or under --auto-sign. On the common path a user never sees the exact tree their key signs, even though the signature covers the entire tree including sub-invocations.

We should render the full authorization tree (root + sub-invocations) before signing so the signed content is always visible. The formatter in log/auth.rs already walks sub-invocations recursively, so this is mostly wiring it into the strict path.

Scope this as display-only (non-blocking) so signing behavior is unchanged — confirmation-by-default is tracked separately.

主要语言
Rust
星标
129
派生
151
平均合并
1 天 22 小时
30 天内合并 PR
25

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

stellar/stellar-cli 的其他 Issue

查看 stellar/stellar-cli 的全部 Issue

相似的 Issue

更多 Rust Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。