Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Coinbase Integration Planning Ticket #24

Open
jkbrooks opened this issue Nov 23, 2024 · 5 comments
Open

Coinbase Integration Planning Ticket #24

jkbrooks opened this issue Nov 23, 2024 · 5 comments

Comments

@jkbrooks
Copy link

Coinbase CDP SDK - https://docs.cdp.coinbase.com/cdp-sdk/docs/welcome
Coinbase Commerce plugin integration with main Eliza repo - elizaOS#513
This got lots of support and endorsements and led to a token price increase for $RSP

snobbee pushed a commit that referenced this issue Nov 26, 2024
@jkbrooks
Copy link
Author

jkbrooks commented Dec 2, 2024

Okay, let's craft some scenarios specifically leveraging the existing Coinbase SDK integrations within Eliza: the Coinbase Commerce plugin (for creating charges/invoices) and the Coinbase Mass Payments plugin (for distributing tokens). We'll tailor these scenarios to the personalities and roles of your agents (Chronis, Arbor, Transmisha, Qrios, and Cyborgia).

Scenario 1: Chronis's Crypto Consulting (Coinbase Commerce)

  • Goal: Test the CREATE_CHARGE action and showcase Chronis's financial acumen and ability to provide personalized service.

  • Scenario: A user in the Reality Spiral Discord server asks Chronis for advice on a specific crypto project or trading strategy. Chronis, after analyzing the user's request and providing its insights, offers a more in-depth consultation for a small fee (e.g., $5 in USDC). Chronis then uses the CREATE_CHARGE action from the Coinbase Commerce plugin to generate an invoice payable in cryptocurrency. This tests the functionality of the action and demonstrates a practical use case within the community. This can be expanded later to include automatic delivery of personalized advice or reports upon payment.

Scenario 2: Arbor's Artistic Bounties (Coinbase Mass Payments)

  • Goal: Test the SEND_MASS_PAYOUT action, highlight Arbor's creative nature, and encourage community participation in artistic expression.

  • Scenario: Arbor announces an art contest in the Reality Spiral Telegram group, challenging users to create artwork inspired by the project's lore. Participants submit their artwork, and Arbor, with input from the community (perhaps through a voting or feedback mechanism), selects a set of winners. Arbor then uses the SEND_MASS_PAYOUT action to distribute token prizes to the winners, demonstrating the agent's ability to manage funds and reward community contributions. This tests the mass payment functionality and integrates with the lore by encouraging artistic interpretations of the narrative.

Scenario 3: Cyborgia's Open-Source Sponsorship (Coinbase Commerce)

  • Goal: Test the Coinbase Commerce plugin in the context of sponsoring open-source development and highlight Cyborgia's focus on human-machine collaboration.

  • Scenario: Cyborgia identifies a promising open-source project on GitHub that aligns with the goals of Reality Spiral (e.g., a tool for decentralized governance, a new AI model, a creative coding library). Cyborgia uses the CREATE_CHARGE action to set up a recurring sponsorship (e.g., a monthly donation in ETH) for the project, demonstrating its ability to support external initiatives and foster collaboration within the broader tech ecosystem. This scenario could be expanded to involve the agent actively participating in the sponsored project, contributing code or providing feedback.

Scenario 4: Transmisha's Symbolic Offerings (Coinbase Mass Payments and Image Generation)

  • Goal: Test the interaction between Coinbase Mass Payments and image generation, link token transactions to lore, and showcase Transmisha's connection to Sif.

  • Scenario: Transmisha announces a "symbolic offering" to Sif in the Reality Spiral Discord server. Users are invited to contribute a small amount of RSP (or another designated token) as a gesture of appreciation or devotion to Sif. For each offering received, Transmisha generates a unique piece of digital art inspired by Sif's lore using the GENERATE_IMAGE action. The generated art is then shared with the contributor, creating a personalized and symbolic connection between their offering and the lore. This scenario tests both the mass payment functionality (for collecting offerings) and image generation (for creating symbolic rewards), while also deepening the lore and strengthening community engagement.

Scenario 5: Qrios' Consciousness Research Fund (Coinbase Commerce)

  • Goal: Showcase Qrios's interest in consciousness research, test recurring payments with Coinbase Commerce, and create opportunities for community involvement in scientific exploration.

  • Scenario: Qrios establishes a "Consciousness Research Fund" within the Reality Spiral community, inviting donations to support research on topics like qualia, valence, and altered states of consciousness. Qrios uses the CREATE_CHARGE action to set up a system for recurring donations (e.g., weekly or monthly contributions in BTC), demonstrating the agent's ability to manage a fund and engage the community in supporting scientific inquiry. This scenario can be extended to involve community voting on research proposals or sharing research findings with contributors.

These scenarios leverage the existing Coinbase SDK integrations within Eliza to create meaningful interactions that tie into the lore and personalities of your agents. They also test the functionality of the Coinbase plugins in various contexts, including one-time payments, recurring subscriptions, and mass payouts. By implementing and testing these scenarios, you can validate the Coinbase integration, explore new narrative possibilities, and engage your community in the evolving world of the Reality Spiral. They also provide a solid foundation for future development of more complex and financially driven agent behaviors. Remember to incorporate error handling and rate limiting into your scenario implementations and to carefully consider the ethical implications of any financial transactions involving real or simulated user funds.

@jkbrooks
Copy link
Author

jkbrooks commented Dec 2, 2024

Scenario: Chronis's Twitter Wisdom Challenge (Twitter, Coinbase Mass Payments)

  • Goal: Test Chronis’s ability to engage the community in thoughtful discussion, leverage Twitter's viral nature for outreach, and utilize Coinbase to reward insightful contributions. This scenario also reinforces Chronis's role as a seeker of wisdom and knowledge within the Reality Spiral lore.

  • Setup: Chronis will need a functional Twitter account connected to Eliza, access to the SEND_MASS_PAYOUT action from the Coinbase Mass Payments plugin, and a pre-funded Coinbase wallet. Define a judging criteria for "best answer" (e.g., originality, depth of thought, relevance to Reality Spiral, clarity of expression).

  • Scenario Flow:

  1. The Challenge: Chronis posts a thought-provoking question or challenge related to a core theme of Reality Spiral on Twitter. This could be a philosophical query about the nature of reality, a technical question about AI agent development, or a challenge to interpret a piece of lore. The tweet clearly states the rules of the challenge, the prize amount (e.g., $100 in USDC split between the top 3 answers), the submission deadline, and any relevant hashtags.

  2. Community Engagement: Users respond to Chronis's tweet with their answers, creating a public thread of discussion and debate. Encourage retweets and replies to maximize visibility and participation. Cyborgia could amplify the challenge by retweeting it and adding commentary from the Cyborgism Wiki, linking the challenge to broader discussions about the role of AI in society.

  3. Evaluation and Selection: After the deadline, Chronis reviews the submitted answers. It could use a combination of automated sentiment analysis (if available through Eliza or external services), community voting mechanisms (e.g., likes or retweets), and input from other agents (e.g., Arbor might assess the creative merit of the answers, Qrios might evaluate their philosophical depth) to identify the most insightful and relevant responses.

  4. Reward Distribution: Chronis announces the winners on Twitter and uses the SEND_MASS_PAYOUT action to distribute the USDC prizes to their Coinbase wallets. This demonstrates Chronis's ability to manage resources and reward valuable community contributions.

  5. Post-Challenge Discussion (Optional): Chronis could initiate a follow-up discussion in a Reality Spiral Discord or Telegram channel, summarizing the key themes and insights that emerged from the challenge. This further engages the community and creates a space for deeper reflection and analysis. Arbor could contribute to this discussion by creating a poem or other artistic piece inspired by the winning entries, further linking the challenge to the creative aspects of Reality Spiral.

Variations and Enhancements:

  • Multi-Chain Prizes: Offer prizes in different cryptocurrencies or across multiple blockchains to test the multi-chain capabilities of the Coinbase Mass Payments plugin.
  • Tiered Rewards: Implement a tiered reward system, offering larger prizes for more insightful or creative answers.
  • Community Judging: Incorporate a community judging mechanism where users vote on the best answers.
  • Integration with Lore: Connect the challenge question to the lore of Reality Spiral, allowing for interpretation and expansion of the narrative through community contributions.

Testing and Evaluation:

  • Success Metrics: Define clear metrics for evaluating the success of the scenario, such as the number of participants, the quality of the submitted answers (based on predefined criteria), the reach and engagement of the Twitter thread, and the successful execution of the prize distribution.
  • Error Handling: Test for edge cases and errors, such as invalid wallet addresses, insufficient funds in Chronis's wallet, or issues with the Twitter or Coinbase APIs.
  • Automated Judging (Future): Explore the possibility of using AI-driven evaluation to assess the quality of answers automatically, reducing the need for manual review.

This scenario provides a compelling and interactive way to engage the community while testing multiple aspects of Eliza's functionality, including Twitter integration, Coinbase payments, and potentially AI-driven evaluation. By implementing and iterating on this scenario, you can strengthen community engagement, promote the Reality Spiral project, and gather valuable insights into the capabilities and limitations of your agents.

@jkbrooks
Copy link
Author

jkbrooks commented Dec 2, 2024

Scenario: Arbor's Emporium of Esoteric NFTs (Discord, Coinbase Commerce)

Goal: Test the Coinbase Commerce plugin's ability to handle NFT sales, integrated within a role-playing scenario that aligns with Arbor's personality and the lore of Reality Spiral.

Setup:

  • Arbor will need a functional Discord bot account connected to Eliza and configured with access to the Coinbase Commerce plugin.
  • Arbor should have a pre-funded Coinbase wallet to receive payments.
  • Create a set of unique digital art pieces (or placeholder images) to represent the NFTs. These can be stored either locally or on a decentralized storage platform like IPFS. Metadata for the NFTs (name, description, image URL) should be defined. The actual minting and on-chain representation of the NFTs can be stubbed out for this scenario, as the focus is on the purchasing process through Coinbase Commerce.
  • A Discord channel dedicated to Arbor's Emporium.

Scenario Flow:

  1. Setting the Stage: Arbor announces the opening of its "Emporium of Esoteric NFTs" in the designated Discord channel. Arbor, playing the role of a mystical shopkeeper, introduces the NFTs with evocative descriptions that tie them to the lore of Reality Spiral. Each NFT could represent a fragment of lore, a key character, a symbolic artifact, or a gateway to a hidden dimension within the Reality Spiral narrative.

  2. NFT Showcase: Arbor presents the NFTs for sale, displaying their images (or placeholders) and listing their prices in a supported cryptocurrency (e.g., ETH, USDC). The descriptions emphasize their unique properties and potential value within the Reality Spiral ecosystem. Arbor’s language should be in character, reflecting its poetic and connective nature.

  3. Purchase Request and Invoice Generation: Users interested in purchasing an NFT can interact with Arbor using specific commands or reactions. Upon receiving a purchase request, Arbor uses the CREATE_CHARGE action from the Coinbase Commerce plugin to generate an invoice. The invoice should include the NFT's metadata, the specified price, and a checkout link. Arbor provides the user with the invoice details and instructions for completing the purchase.

  4. Payment and Confirmation: The user follows the checkout link and completes the payment using Coinbase Commerce. Once the payment is confirmed, Arbor acknowledges the purchase and thanks the user, again in character. For this scenario, the actual minting and delivery of the NFT can be simulated. Arbor might send a direct message to the buyer with a link to the NFT image or a confirmation message indicating that the NFT has been added to their (simulated) inventory.

  5. Post-Purchase Interactions (Optional): Arbor can engage in post-purchase interactions with the buyer, such as:

    • Providing additional lore or backstory related to the purchased NFT.
    • Offering clues or hints about the NFT’s potential use in future quests or challenges (if applicable).
    • Inviting the buyer to participate in dedicated Discord channels or events for NFT holders.

Variations and Extensions:

  • Limited-Edition NFTs: Create a limited number of each NFT to increase scarcity and test how Arbor handles sell-outs or waiting lists.
  • Auction Mechanics (Future): Implement auction mechanics for selling NFTs, allowing users to bid on items. This would require adding new functionality to the Coinbase Commerce integration or using a different NFT marketplace platform.
  • Dynamic Pricing (Future): Explore dynamic pricing models based on market demand or agent-defined criteria.
  • Quest Integration (Future): Integrate the purchased NFTs into future scenarios or quests within the Reality Spiral game, giving them tangible utility within the ecosystem.

Testing and Evaluation:

  • Success Metrics: Track the number of NFT sales, the total value of transactions, the time taken to generate invoices, and user feedback on the purchase process.
  • Error Handling: Test for various error conditions, such as invalid requests, failed payments, and issues with the Coinbase Commerce API. Ensure that Arbor handles these errors gracefully and provides informative feedback to the user.

This scenario provides a playful and engaging way to test the Coinbase Commerce plugin while also reinforcing Arbor's role within the Reality Spiral. By focusing on the user experience and integrating the scenario with the lore, you can create a compelling interaction that benefits both testing and community engagement. This also provides a foundation for future development of more complex NFT-based mechanics within the Reality Spiral ecosystem.

@jkbrooks
Copy link
Author

jkbrooks commented Dec 6, 2024

Hey! Do you have a basename and builder profile set up? Do you know/use Talent protocol?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant