You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Welcome! This Beginner Issue is designed to be a natural next step after good first issues.
It nudges you to:
Research existing patterns
Own more implementation decisions
Test your changes
Difficulty:
Requires knowledge of our workflow
Beginner to intermediate Python and Git
Beginner DLT/Blockchain experience
Important
We recommend completing at least 3 good first issues before attempting a beginner issue.
Tip
You should be comfortable with:
Forking, branching, committing (with DCO + GPG signing), and opening a pull request without a tutorial
Reading beginner Python code you did not write and following its patterns
Handling simple merge conflicts in CHANGELOG.md
Keeping your fork up to date with main by rebasing
Looking things up on your own before asking for help
If any of that feels unfamiliar, good first issues might still be the most rewarding path
for you right now — find one here.
You can always come back when you are ready.
Support: A maintainer actively monitors this issue and will help guide your implementation ideas.
⏱️ Typical time to complete: 4-6 hours
🧩 Difficulty: Manageable but requires investigation and testing
🎓 Best for: Beginner contributors
🏁 When this issue is complete, you will have:
✅ Improved your research abilities
✅ Improved your knowledge of the codebase
✅ Owned implementation decisions
✅ Created basic tests
Use Pylance in VS Code to catch errors and hallucinated methods in real time
Build your solution in small steps — add print statements or logs to confirm each piece works before moving on
When AI suggests code, check it against existing examples and similar classes in the SDK — that is the best source of Python SDK-specific patterns. AI sometimes borrows from other SDKs.
If AI output and SDK patterns disagree, trust the SDK
🆘 Stuck?
Beginner issues can be tricky — it is completely normal to get blocked. Here is what to do:
Comment on this issue and describe what you have tried. A maintainer will respond.
Ask on Discord in #hiero-python-sdk for quick questions.
Join Office Hours (Wednesdays, 2pm UTC) for live, hands-on help with a maintainer — screen sharing welcome.
Do not spend more than 30 minutes blocked without asking. Asking good questions is a skill too.
🐥 Beginner Friendly
Welcome! This Beginner Issue is designed to be a natural next step after good first issues.
It nudges you to:
Difficulty:
Important
We recommend completing at least 3 good first issues before attempting a beginner issue.
Tip
You should be comfortable with:
If any of that feels unfamiliar, good first issues might still be the most rewarding path
for you right now —
find one here.
You can always come back when you are ready.
Support: A maintainer actively monitors this issue and will help guide your implementation ideas.
⏱️ Typical time to complete: 4-6 hours
🧩 Difficulty: Manageable but requires investigation and testing
🎓 Best for: Beginner contributors
🏁 When this issue is complete, you will have:
✅ Improved your research abilities
✅ Improved your knowledge of the codebase
✅ Owned implementation decisions
✅ Created basic tests
👾 Description of the issue
Our README.md links are mostly rendering nicely on GITHUB but not on PYPI
https://pypi.org/project/hiero-sdk-python/
most of the links to documentation here are broken, because we are using GITHUB RELATIVE LINKS and not the full link
Before claiming:
💡 Solution
We should replace all hardcoded relative links in the README to use the original long form link
🔍 Background Research
Identify all relative links:
e.g.
Full setup instructions: Setup Guide
A sample file is provided: .env.example
Start here: CONTRIBUTING.md
replace these with the long form link e.g.
https://github.com/hiero-ledger/hiero-sdk-python/blob/main/CONTRIBUTING.md
Please check all the links, thank you
🛠️ Implementation
Replace this with implementation guidance.
🧪 Testing your changes
How you test depends on the type of change.
See the testing guide for full details.
Source code changes (e.g. Python files in
src/):uv run pytest tests/unit/<specific_file>_test.py -vExample script changes (e.g. files in
examples/):Workflow / GitHub Actions changes (e.g. files in
.github/):mainand simulating the scenario (e.g. creating a test issue or PR)✅ Done Checklist
Before opening your PR, confirm:
git commit -S -s -m "chore: description"— Signing guide[Unreleased]— Changelog guide📋 Workflow quick reference
You have done this before — here are the links if you need them:
/assignbelow🤖 Tips for using AI tools
Here is how to get the most out of AI tools:
🆘 Stuck?
Beginner issues can be tricky — it is completely normal to get blocked. Here is what to do:
Do not spend more than 30 minutes blocked without asking. Asking good questions is a skill too.
📚 Resources
Project references:
Python references: