Modular Connections

[Tensor]

I’m proposing a localhosted web user interface that makes users append Gradio/Streamlit modules within their own computer as well as using Gradio compatible Hugginface spaces, and connecting Hugginface spaces with their own projects. My current approach is using custom input components, allowing users to pass arguments to the Gradio/Streamlit modules; as well as possible output components, given that information needs to be passed down the pipeline to another module. The way we would be able to trigger these processes is by using ray actors. I am also working collaboratively with Gradio to build out this application specifically with Gradio tools.

Deliverables

• Module components
• Connecting module components together for them to interact with each other.

(the image above is a prototype, I currently have these connections for show)

[endomorphosis]

are these duplicates by the same person?

Proposal: Abstracting Smart Contracts as Python Classes

This proposal involves using web3.py and eth_accounts to create a smart contract that behaves like a python class from the developer/users perspective. This involves the user calling a smart contract python wrapper that wraps over a web3.py Contract object. The user can also add their account and network, as this design is made to be swappable and modular. This design removes the requirement to build and sing a transaction everytime, as it does it in the background using the user’s specified add…

Proposal: API Revnue Sharing Smart Contract

This proposal involves using a smart contract (EVM) to recieve and distributed revenue from an API to its contributors. This involves a smart contract that collects tokens (native or ERC20) from the api endpoint. The contributors would have their accounts recorded in the smart contract to withdraw their allocated portion of the API’s generated revenue pool. This can be simply done by splitting the contract’s liquidity based on the number of users, or can be done through mutual voting, where each…

Modular Connections

I’m proposing a localhosted web user interface that makes users append Gradio/Streamlit modules within their own computer as well as using Gradio compatible Hugginface spaces, and connecting Hugginface spaces with their own projects. My current approach is using custom input components, allowing users to pass arguments to the Gradio/Streamlit modules; as well as possible output components, given that information needs to be passed down the pipeline to another module. The way we would be able to …

[Tensor]

I can probably clear this up bitconnect is my brother and completely separate project; the project I propose for being able to stream Gradio/Streamlit application and connecting them is my project.

GitHub - LVivona/Gradio-Flow: A web application with a backend in Flask and...

He uses a derivative of what I built for his own purposes, which I also work on. The Gradio-Flow is a couple of commits behined the Modular flow which is why you see Modular Flow in the picture within my proposal.

wholetensor/frontend at master · commune-ai/wholetensor

Sorry for the confusion

Luca Vivona