Small Grant Proposal: Pinet| Decentralized Energy Trading Platform

Grants Proposed
1

Introduction

Project Name:
Pinet: Decentralized Energy Trading Platform

Name of the organization or individual submitting the proposal:
Alireza Hajimohammadi (Founder, Pinet Project)

Describe your project.

Pinet is a decentralized peer-to-peer energy trading platform powered by blockchain technology. Our platform enables individuals and small-scale renewable energy producers to sell their surplus energy directly to consumers while ensuring that the transactions are secure, transparent, and fully under the control of the users. The platform uses PNTE (Pinet Token) for energy transactions, rewards, and staking.

The MVP (Minimum Viable Product) will demonstrate the core functionality of the platform by:

  1. Allowing users to upload energy consumption data to a decentralized ledger.
  2. Enabling direct energy transactions between producers and consumers, secured by blockchain.
  3. Providing a basic web interface where users can initiate and track transactions.

This MVP will focus on showcasing the foundational features of the platform, including energy transaction recording, user interfaces, and wallet integration. Advanced features like token staking, governance, and scalability optimizations will be developed in later phases.

How does the projected outcome serve the Foundation’s mission of user‑owned data?

The projected MVP serves the mission of user-owned data by:

  • Ensuring that all energy transaction data is encrypted and stored in a decentralized manner on the Sia blockchain.
  • Giving full control to energy producers and consumers over their data, allowing them to securely trade energy without relying on centralized intermediaries.
  • The platform uses PNTE tokens, ensuring that participants have ownership over their digital assets and the ability to influence governance decisions within the ecosystem.

By integrating Sia for decentralized storage, we are empowering users to fully own and control their energy data, promoting greater transparency, security, and privacy.

Compliance

Are you a resident of any jurisdiction on that list?
No

Will your payment bank account be located in any jurisdiction on that list?
No

Grant Specifics

Amount Requested:
$2,500 USD

Category Breakdown:

Category Amount (USD) Description
Lead Developer / Architect $1,500 20 hrs/week × 4 weeks @ $25/hr. Development of smart contracts and integration with Sia storage.
Frontend Development & UI Design $1,000 Contracted help for basic web interface design and user experience.

Total Requested: $2,500

Goals and Timeline

Goals:

  1. Develop a working MVP that showcases energy trading functionality on a decentralized platform.
  2. Provide a basic user interface for uploading, tracking, and completing energy transactions.
  3. Open-source all code and provide documentation for the project.

Timeline (3 months):

Month Milestone Deliverables Budget
1 Setup and Initial Development Repository initialized, Sia storage integration $500
2 Core Functionality Implementation Smart contracts for energy transaction, wallet setup $1,500
3 User Interface Frontend interface, MVP , and documentation $5,00

Potential Risks

  1. Technical Challenges in Integrating Sia with Energy Transactions
    Mitigation: Detailed testing and modular development to isolate problems early.
  2. User Adoption Risk
    Mitigation: Focus on simplicity and clear documentation for early users.

Development Information

Will all of your project’s code be open-source?
Yes, all code will be open-sourced under the MIT License.

Link where code will be accessible for review:
[GitHub Repository Link (Insert Link Here)]

Do you agree to submit monthly progress reports?
Yes

Contact Info

Email: [email protected]

Other Contact Methods:

  • Telegram: @pinet_pnte
2

Hi, and welcome to the community

Are you implying you will be building your own blockchain? (also referencing the PNTE tokens tokens)

You can use the Zen testnet for free. There’s no need to cover storage costs. Faucet
I suggest updating this in your proposal.

Lastly. How do you intend to implement the Sia storage?

Data isn’t stored on the Sia blockchain itself, only the contract data is.

1 Like
3

1.Are you implying you will be building your own blockchain? (also referencing the PNTE tokens tokens.
“We are not building our own blockchain. PNTE is an token used for energy transactions and settlement within the Pinet platform.”
2.Sia Storage & Infrastructure Costs $500 Cloud VM for testing, Sia storage costs (~2 TB) for energy transaction data.
“We will use the Sia Zen testnet for MVP development, which is free. There is no need to budget for Sia storage costs at this stage.”
3.stored in a decentralized manner on the Sia blockchain.
“Energy transaction data and proofs are stored in a decentralized manner using Sia contracts. The actual data is not on the Sia blockchain itself; only the contract metadata and references are stored. User data is encrypted and uploaded to Sia hosts, ensuring privacy and decentralization, while smart contracts on handle settlement.”

4

Hello, I just want to make something clear since the style of your responses was bizarre and unclear to me.

Sia uses smart contracts without a VM and they are unlike ETH or any other smart contract chain. You will generally not have an engineering reason to put data on the chain database itself, and the database is intentionally minimalist compared to peer chains.

From a web2 POV, Sia is effectively object/s3 storage. And the upcoming indexd will make data encrypted by each user as the owner of the data effectively.

Given this, I am just trying to make sure you understand how Sia works. Lastly, it would be a good idea for you to give a technical plan on how you want to integrate Sia overall rather then just what you want to integrate it for.

Kudos.

1 Like
5

Integration Clarification

First, I would like to apologize for the oversight in my previous responses regarding the PNTE token network. PNTE is used for energy transactions and settlement on the POL network, not on a separate blockchain.

Regarding Sia integration, we understand that Sia is a decentralized object storage system, and that smart contracts in Sia manage contract metadata rather than storing raw data. For our MVP, we plan to integrate our Energy trade smart contract (0xB3D0a1186d5E560B4886E31F0040fC88B88cf3f0) and PNTE token contract (0x00558E155f34264BF8C39151143e5760CcbCFD94) (both on polygon amoy testnet ) with Sia by:

  1. Encrypting energy transaction proofs and uploading them to the Sia Zen testnet for decentralized storage.
  2. Storing only contract references and hashes on the Sia network, allowing verification and auditing without exposing raw data.
  3. Using our PHP dApp (https://pinetworkinton.free.nf/energy.php) and a demo video (https://youtu.be/Px2K72O8RC4) to demonstrate how energy transactions are recorded, verified, and :
    Will link to the Sia contracts.

This approach ensures data privacy, aligns with Sia’s architecture, and allows us to integrate our token-based settlement system on POL without storing actual energy data on-chain.

6

Storing only contract references and hashes on the Sia network, allowing verification and auditing without exposing raw data.

  • Can you give more info on this please? Are you just planning on storing JSON blobs recording onchain data into Sia?
  • Who do you intend to have ownership of the data uploaded. If it is the user it would mean your server could not see the data. If you are expecting to act as a relay it is more like traditional s3 via an API.
  • Are you expecting to distribute the data at all/be viewable by others or treat as archival storage?

Kudos.

7

We are not planning to store arbitrary onchain JSON blobs in Sia. The intent is not to mirror blockchain state, but to store off-chain energy transaction artifacts that are impractical or undesirable to keeep on-chain.

What is stored in Sia

  • Encrypted energy transaction artifacts (e.g. trade receipts, metering summaries, or aggregated kWh proofs generated off-chain)
  • These artifacts are generated after onchain settlement occurs
  • Each artifact is content-addressed, and we retain only:
    • a hash / identifier
    • a reference pointer (sia path)

What is NOT stored

  • Raw blockchain state
  • Smart contract logic
  • User balancces or private keys

Ownership model

  • Data ownership is user-centric
  • Artifacts are encrypted client-side before upload
  • The encryption key is held by the user
  • Our server may act as a transport/relay during upload, but cannot read or decrypt the data
  • This is closer to user-owned encrypted object storage than traditional S3

Server role

  • The server:
    • coordinates uploads
    • associates Sia object references with onchain transaction IDs
    • never requires plaintext access to user data
  • Long-term, this can move fully client-side once indexd and tooling mature

Visibility & distribution

  • By default, data is treated as private archival storage
  • Selective disclosure is possible:
    • users may share decryption keys with auditors, regulators, or counterparties
    • enabling verification without public exposure
  • We are not building a public CDN or content distribution layer

Why Sia fits

  • Energy transaction data is sensitive and regulated
  • Sia’s object-storage model + encryption aligns well with:
    • private-by-default data
    • verifiable references
    • long-term auditability

In short, Sia is used as a user-owned, encrypted evidence layer that complements onchain settlement, rather than duplicating it.
Sorry for the long answer.

8

Long-term, this can move fully client-side once indexd and tooling mature This is what I was trying to grok, to understand if you knew the implications of indexd.

This is closer to user-owned encrypted object storage than traditional S3 I would argue semantics since you can still encrypt before upload on s3 and get a similar result, but :man_shrugging: .

High level I was trying to figure out if you were expecting to use renterd or indexd or fully understood what the technical requirements are.

You may need to wait until indexd is released to do this grant though, but thanks for clarifying to the community what your trying to store.

Kudos.

1 Like
9

Thanks for the clarification and the thoughtful feedback , much appreciated.

You’re right that our longer-term direction aligns more cleanly with indexd for a fully client-side, user-owned model. For now, this helps us better scope the MVP and roadmap.

Do you happen to have any rough expectations or timelin for when indexd is expected to be publicly usable?

Thanks again.