Should the CC donate to Grinvention - mimblewimble.py?

grinmonk · February 23, 2024, 8:44pm

I might use this library.

tromp · February 24, 2024, 7:47am

Certainly.

Supporting development of useful Grin tools is money well spent…

johndavies24 · February 27, 2024, 5:49am

Ditto. Support grinventions

trab · February 27, 2024, 6:56am

This is the main thing for me. Rust code is really quite difficult to read.

I don’t think it will attract a bunch of people over night, but for posterity’s sake, it’s a good idea.

Hard to say.

I have to think that the lack of 3rd party development is at least partially because it requires the developer to remove things from the rust code to just keep the functionality that they need. In order to remove things, they need to understand the whole codebase. In order to understand the codebase, they need to be very familiar with Rust.

And keep in mind that one of the goals of the python code is to be a lot more piecemeal so you can take or leave what you want from it.

Either way, I thought this was more like a retroactive “thank you” than paying a salary. They made it clear that they don’t want to be beholden to any deliverables, right?

mcm-mike · March 1, 2024, 12:10pm

After some time of consideration and personal thoughts on this I do agree with the requested amount
of 10k for grinvention.

It took some time for myself to think about it and not just plainly agreeing with everyone else.
This showed we as Grin-CC do not have an extended evaluation process for these kind of requests. We do have a docs/spending-guidelines.md at main · grincc/docs · GitHub Spending-Guidelines which we follow.

Just wanted to mentioned this, as I did take a bit of time to make my final decision.

Anynomous · March 1, 2024, 12:18pm

This funding request has been approved .

As we move forward with this donation of 10k euro to Grinvention, I think it would be good to list features we would like to see in Mimblewimble-py. Note that these are just requests and not an requirement for funding. When you as community member would like to see a certain function being added to mimblewimble-py, please list your request here in this thread.
Below is a list of feature’s based on my own and @renzokuken input that I think would be highly beneficial to have:

Although everything in mimblewimble-py is important, I think adding all wallet related functionalities now would be most important
Slatepacks
Some example code for interaction between grin-wallet/grin++ and mimblewimle.py wallets
Support for BIP39 password protected seeds
Support for custom word lists (only as an opt-in since this is risky for beginners).
Persistence of state (database models to build wallets) and RSR tx building flow.
Not sure if it is there, but if not, support for testnet wallets
Transaction, generating QR-code for airgapped mimblewimble-, possibly on micropython, see bounty proposal HW.
Whatever else @renzokuken thinks is important to prioritize, I trust his judgement

@Neo What are your thoughts, anything you would like to see for grin pixels?

bruges · March 1, 2024, 12:31pm

I want Grin to have basic features for the holders.
Bip39 passphrase
MultiSig
Hardware airgapped device. There is embit bitcoin micropython library for this, would be great if grinvention can be evolved/forked to create something similar.

Anynomous · March 1, 2024, 12:41pm

MultiSig is not easily to implement for now since we would have to taken into account the order of signing, although we did start discussing it, it is possible:
keybase://chat/grincoin#general/62800

Good suggestions. Mimblewimble-py would indeed be useful when building a Grin HW using micro-python, see this proposed bounty:

@renzokuken Perhaps add code in mimblewimble-py or just an example for reading and generating QR codes, then mimblewimble-py can be used while being air-gaped. That would be awesome, IMO!

I will add it to the wishlist above.

dhruve661 · March 1, 2024, 12:46pm

Thank you for share with us.

dog · March 2, 2024, 9:31am

You’re the man @renzokuken all the best as always

renzokuken · March 2, 2024, 10:44am

Thank you all for all the words of support. Thank you also for supporting the donation and to those who did not support it, I also thank for being protective of the funds and critical, these are important qualities and I respect that.

I just created a wishlist tag in the main repo, feel free to create issues and tag them.

trab · August 8, 2024, 8:02pm

Now that the Rust-based Grim wallet is out, it would be a great time to test interaction between that and a Python-based wallet. @renzokuken

trab · October 1, 2025, 4:36pm

Dear Followers!

I just released 0.5.0

I basically debugged slatepack exchange and made an example of a complete SRS flow with slatepack exchange

github.com/grinventions/mimblewimble-py

tests/test_srs_flow.py

75903e6d8

from hashlib import sha256
import time

from mimblewimble.wallet import Wallet

from mimblewimble.models.slatepack.address import SlatepackAddress
from mimblewimble.models.slatepack.metadata import SlatepackVersion
from mimblewimble.models.slatepack.metadata import SlatepackMetadata
from mimblewimble.models.slatepack.message import SlatepackMessage, EMode

def test_srs_flow_slatepacks():
    # prepare wallets
    alice_path = 'm/0/1/0'
    alice_wallet = Wallet.initialize()
    alice_address = alice_wallet.getSlatepackAddress()

    bob_path = 'm/0/1/0'
    bob_wallet = Wallet.initialize()
    bob_address = bob_wallet.getSlatepackAddress()

This file has been truncated. show original

Enjoy!

~renzo

from @renzokuken

Krypticon · October 3, 2025, 9:46pm

I have read his contributions and it is long overdue. this developor has been with grin for a long time and has produced provably positive code

trab · January 18, 2026, 8:50pm

Lots of updates happening here again

renzokuken · January 24, 2026, 9:49am

Thank you for noticing @trab !

The ツ listener is always on if anyone wants to spare a smilecoin!

grin1vcjsgk6rltncqh7cxjywukjfrf825d8a6xk77msfuhf9ev3r55wq7l2ng4

New releases:
0.6.0
I implemented basic wallet persistence, it is not possible to make transactions using send-receive-finalize transaction building and wallets handle metadata internally and automatically. Code is designed to make storage class easily swappable so anyone can store their slates and outputs in whatever format they want.

pip install mimblewimble==0.6.0

Check this code sample:

github.com/grinventions/mimblewimble-py

tests/test_srs_flow.py

0.6.0


      
          def test_srs_flow_slatepacks_persistent():
              mock_node = MockNode()
          
              # prepare wallets
              alice_path = 'm/0/1/0'
              alice_wallet = PersistentWallet(
                  Wallet.initialize(), WalletStorageInMemory(), mock_node)
          
              bob_path = 'm/0/1/0'
              bob_wallet = PersistentWallet(
                  Wallet.initialize(), WalletStorageInMemory(), mock_node)
          
              # transaction setup
              fee_base = 7000000
          
              # check balance, every wallet is empty
              assert alice_wallet.balance().toJSON() == {
                  'awaiting_finalization': 0,
                  'awaiting_confirmation': 0,
                  'spendable': 0,

This file has been truncated. show original

0.7.0

Invoice-pay-finalize transaction building flow. It was surprisingly easy to implement given what I had earlier, just different ordering of things. That’s the beauty of mimblewimble!

pip install mimblewimble==0.7.0

Check this code sample:

github.com/grinventions/mimblewimble-py

tests/test_flow_rsr.py

0.7.0


      
          def test_rsr_flow_slatepacks_persistent():
              mock_node = MockNode()
          
              # prepare wallets
              alice_path = 'm/0/1/0'
              alice_wallet = PersistentWallet(
                  Wallet.initialize(), WalletStorageInMemory(), mock_node)
          
              bob_path = 'm/0/1/0'
              bob_wallet = PersistentWallet(
                  Wallet.initialize(), WalletStorageInMemory(), mock_node)
          
              # transaction setup
              fee_base = 7000000
          
              # check balance, every wallet is empty
              assert alice_wallet.balance().toJSON() == {
                  'awaiting_finalization': 0,
                  'awaiting_confirmation': 0,
                  'spendable': 0,

This file has been truncated. show original

0.8.0

Implemented output locking and added some tests which check transaction fees in the wallet balance check.

pip install mimblewimble==0.8.0

renzokuken · January 25, 2026, 6:54pm

Friends, I just released 0.9.0.

Implemented PoW verification, Cuckatoo is fine, took block number 3685850 from mainnet and successfully verified it’s proof of work. Cuckarooz and cuckaroom still need some debugging but they are not a priority so I merged anyway.

You can install using

pip install mimblewimble==0.9.0

Check code sample here:

github.com/grinventions/mimblewimble-py

tests/test_pow.py

0.9.0


      
          def test_cuckatoo_verification():
              edge_bits = block_3685850_header['edge_bits']
              solution = block_3685850_header['cuckoo_solution']
              pre_pow = serialize_pre_pow(block_3685850_header)
              keybuf = blake2b(pre_pow, digest_size=32).digest()
              valid, msg = cuckatoo_validate(solution, keybuf, edge_bits)
              assert valid
              assert msg == 'POW_OK'

Keep in mind the donations listener is still on if you want to support my weekend grinnin’

grin1vcjsgk6rltncqh7cxjywukjfrf825d8a6xk77msfuhf9ev3r55wq7l2ng4

Take care, friends
~renzo

hellogrin · January 26, 2026, 3:02am

great to see the progress though i’m not a tech guy, so I don’t know what/how it’s used for beginner, some basic instructions for us? or it’s just an alternative of grin node in python language?

renzokuken · January 26, 2026, 8:47am

Thanks for cheering!

For now it is basically a set of tools for performing MW related calculations. Because it’s Python it will make it possible to fast prototype various ideas and protocols, like atomic swaps for example. It will also be possible to build more flexible ツ-based software (wallets, payment gateways, nodes etc).

BOBO · January 28, 2026, 3:32pm

I am not a tech guy,and don`t know the code.but it seems that you spent a lot of time and do a great job to girn,thank you for what you have done @zenzokuken

Topic		Replies	Views
Grin product wishlist Development and Technical Discussion	64	3260	July 19, 2025
Funding Proposal 2: Bounty for a Hardware Wallet implementation - bounty? Governance	22	731	June 25, 2023
Grin community projects - brainstorm & kickstart - funding available Development and Technical Discussion	47	2150	March 18, 2021
Paouky - Progress update thread - Aug-Sep 2020	19	2460	October 4, 2020
Once upon a Grincoin (What can YOU do for Grin?")	9	731	July 1, 2022

Related topics