• 12 January 2024 (685 messages)
  • Every counterparty asset would benefit from this
  • @al_fernandz #4439 08:53 PM, 12 Jan 2024
    As I'm usually quiet just trying to catch up, I'm bringing robot as useful contribution
  • @carsonated ↶ Reply to #4435 #4440 08:53 PM, 12 Jan 2024
    I wont vote in his 'personal' poll with control of a "Project Dev" claim as it lends validity to his grandstanding. Leading people to still believe he is at the helm for the sake of their holdings.
  • @robotlovecoffee #4441 08:54 PM, 12 Jan 2024
    Joined.
  • @carsonated #4442 08:54 PM, 12 Jan 2024
    I do not feel in my heart of hearts that counterparty cannot come to a consensus, but rather that it cannot come to a consensus on what he deems valid to consent to
  • @robotlovecoffee #4443 08:55 PM, 12 Jan 2024
    gm
  • @B0BSmith #4444 08:56 PM, 12 Jan 2024
    gm
  • @ABlue0ne ↶ Reply to #4440 #4445 08:58 PM, 12 Jan 2024
    We can broadcast and shame though.
  • @ABlue0ne ↶ Reply to #4443 #4446 08:58 PM, 12 Jan 2024
    Welcome
  • @ABlue0ne ↶ Reply to #4446 #4447 08:58 PM, 12 Jan 2024
    Big fan. Quite the honor.
  • @Jpcryptos #4448 09:47 PM, 12 Jan 2024
    Guys, what do you think about this.

    Separate the parsing of blocks database from the core(We apply the principle of single responsibility )

    we build a rest api on top of the database that we expose to the user(aplicamos el principio de responsabilidad unica)

    we let the blockparse have the heavy tasks of writing to the CP database and reading from the bitcoin node.

    we would use diesel.rs and rust mostly to build the blockparser.

    and use actix.rs and diesel.rs to build the publicly exposed api.
  • @Jpcryptos #4449 09:47 PM, 12 Jan 2024
    opinions?
  • @Jpcryptos #4450 09:49 PM, 12 Jan 2024
    This way it is easier to maintain, the blockparse is the source of truth that consumes the most resources and the rest API is the one that is exposed to the public. Just two services running on top of CP would allow us to add a lot of performance
  • @XJA77 ↶ Reply to #4450 #4451 09:50 PM, 12 Jan 2024
    sent you a DM ser
  • @Jpcryptos #4452 09:51 PM, 12 Jan 2024
    Okey dear ser
  • @XJA77 ↶ Reply to #4448 #4453 09:53 PM, 12 Jan 2024
    i like the apply of Single Responsability principle we did this way in the stamps indexer where each service just do one thing less the explorer and api that are in the same service
  • @viva_la_vandal #4454 09:56 PM, 12 Jan 2024
    Joined.
  • it’s a party now!
  • @Jpcryptos ↶ Reply to #4453 #4456 09:58 PM, 12 Jan 2024
    More opinions like this are welcome.
  • @Jpcryptos ↶ Reply to #4453 #4457 10:00 PM, 12 Jan 2024
    What frameworks did you use for this?
  • @XJA77 #4458 10:01 PM, 12 Jan 2024
    for what exactly? api and explorer? deno fresh
  • @Jpcryptos #4459 10:02 PM, 12 Jan 2024
    Apir
  • @teysol #4460 10:06 PM, 12 Jan 2024
    I'm working now on some performance benchmarks (along with another couple of devs), but it's obvious there's a *lot* of low-hanging fruit in the codebase. And we could easily just have ton of threads serving API requests if we needed to scale horizontally. Splitting a single service up into multiple services usually slows everything *down*, because suddenly you're serializing and deserializing data and moving it around a ton unnecessarily. Scalability != performance, and we want to be able to scale counterparty-server without also slowing it down in the process.
  • @Jpcryptos ↶ Reply to #4460 #4461 10:13 PM, 12 Jan 2024
    Not really, since we would have a service reading bitcoin blocks and writing to the CP database, the other service (rest api) would only read from the database, not write... we could horizontally scale the rest api multiplexing and we could respond to 100's of thousands of requests per second
  • @Jpcryptos #4462 10:19 PM, 12 Jan 2024
    This can help to understand my point.
  • @Jpcryptos #4464 10:21 PM, 12 Jan 2024
    currently you are running everything in a single service, you are running the bitcoin node. parsing blocks, and responding to client requests.
  • @Jpcryptos ↶ Reply to #4463 #4465 10:22 PM, 12 Jan 2024
    This proposes a cleaner and more scalable architecture.
  • @Jpcryptos ↶ Reply to #4463 #4466 10:23 PM, 12 Jan 2024
    CP protocols would be implemented in the blockparser. etc..
  • @6370143984 #4467 10:31 PM, 12 Jan 2024
    I mean @teysol has designed & implemented a massively complicated system using SOA. I think he gets it...
  • @teysol #4468 10:32 PM, 12 Jan 2024
    yeah the issue there is in that diagram 97% of counterparty-server is in "Block Parser", and the right side of the diagram is the remaining 3% in a little library called api.py that is (1) definitely not a bottleneck, and (2) can be scaled perfectly well with very minor changes
  • @ABlue0ne ↶ Reply to #4449 #4469 10:32 PM, 12 Jan 2024
    Neutral, but a thought… Are we going out of our way to fix xchain in the process? Should we abandon the xchain/freewallet support idea all together for the benefit of the community??
  • @ABlue0ne ↶ Reply to #4450 #4471 10:34 PM, 12 Jan 2024
    Come back if you want to bounce more ideas in this area. I dont want to sidetrack you with my ideas. Good work.
  • @ABlue0ne ↶ Reply to #4454 #4472 10:35 PM, 12 Jan 2024
    A named stamper! Rtfo.
  • @Jpcryptos ↶ Reply to #4468 #4473 10:37 PM, 12 Jan 2024
    you're right about the percents. However, the data shows that the bottleneck is the way blocks are being parsed.
  • @ABlue0ne ↶ Reply to #4466 #4474 10:38 PM, 12 Jan 2024
    Fixing counterblock and counterwallet by proxy?
  • @Jpcryptos #4475 10:39 PM, 12 Jan 2024
    Now I have a doubt.
  • @ABlue0ne ↶ Reply to #4468 #4476 10:39 PM, 12 Jan 2024
    Counterparty2mysql is the black line in the middle for xchain
  • @teysol ↶ Reply to #4473 #4477 10:39 PM, 12 Jan 2024
    I found this gem in the codebase today 😂
  • @Jpcryptos ↶ Reply to #4475 #4478 10:41 PM, 12 Jan 2024
    What would happen if someone with a malicious transaction injected dirty SQL, is the tx data being sanitized before executinf a sql query?
  • @ABlue0ne ↶ Reply to #4477 #4479 10:42 PM, 12 Jan 2024
    Previous conversation where I wouldn’t allow the gas lighting and a friend comes up with a fix. https://t.me/Counterparty_Dev/9711
    mason in Official Counterparty Dev Chat

    Logstash is your friend here imo

  • @ABlue0ne ↶ Reply to #4477 #4480 10:43 PM, 12 Jan 2024
    A Blue One in Official Counterparty Dev Chat

    Good for low volume. I just took a look at script. Maybe a cron job or webhook push after a new block to a script that dumps the sqlite? Looping through is nice but here we are. Dump sqllite to MySQL then cleanup in MySQL after.

  • @ABlue0ne #4481 10:43 PM, 12 Jan 2024
    I’ve been trying everyone
  • @ABlue0ne #4482 10:44 PM, 12 Jan 2024
    Quick solution from @vm_ea
  • @ABlue0ne #4483 10:44 PM, 12 Jan 2024
    That was January 5
  • @ABlue0ne #4484 10:45 PM, 12 Jan 2024
    What version of tcp/ip are we on? Hint hint.
  • @shannoncode #4485 10:49 PM, 12 Jan 2024
    🤦‍♂️ all this nonsense over a database optimization, I mean I can run an LLM that contains a pretty full body of world knowledge on my iphone with good speed.
  • @shannoncode #4486 10:49 PM, 12 Jan 2024
    how big is this database?
  • @herpenstein #4487 10:49 PM, 12 Jan 2024
    8gb?
  • @shannoncode #4488 10:49 PM, 12 Jan 2024
    LMAO
  • @shannoncode #4489 10:49 PM, 12 Jan 2024
    no way
  • @XJA77 #4490 10:50 PM, 12 Jan 2024
    yes 8gb....
  • @shannoncode #4491 10:50 PM, 12 Jan 2024
    I really though it must be like over 100gb or something
  • @al_fernandz #4492 10:50 PM, 12 Jan 2024
    On 10 mins block
  • @shannoncode #4493 10:50 PM, 12 Jan 2024
    hahaha
  • @shannoncode #4494 10:50 PM, 12 Jan 2024
    sorry, only half caught up on the actual issue.
  • @teysol ↶ Reply to #4488 #4495 10:51 PM, 12 Jan 2024
    this 👆 💯
  • @teysol #4496 10:51 PM, 12 Jan 2024
    people often assume that an unsolved problem is a hard-to-solve problem
  • @Jpcryptos ↶ Reply to #4485 #4497 10:51 PM, 12 Jan 2024
    Teach me
  • @teysol #4498 10:52 PM, 12 Jan 2024
    e.g. the test suite for counterparty-lib has been failing since *subassets* were introduced
  • @6370143984 ↶ Reply to #4498 #4499 10:52 PM, 12 Jan 2024
    2016?
  • David Pissarra (@davidpissarra) on X

    Run the Mistral-7B-Instruct-v0.2 model on iPhone! Supports now StreamingLLM for endless generation. Try the MLC Chat App via TestFlight https://t.co/NnyyhTcAPk For native LLM deployment, attention sinks are particularly helpful for longer generation with less memory requirement.

  • @teysol #4501 10:52 PM, 12 Jan 2024
    but it's like a couple of day's worth of work to fix!
  • @Jpcryptos ↶ Reply to #4500 #4502 10:55 PM, 12 Jan 2024
    we should be looking for that performance....
  • @shannoncode #4503 10:55 PM, 12 Jan 2024
    really my bad, it’s like comparing apples and dinosauer bones or something, 2 different types of things.
  • @ABlue0ne ↶ Reply to #4485 #4504 10:55 PM, 12 Jan 2024
    They have an agenda.
  • To add to this

    It’s worth noting that the with the Bitcoin max block size we’re talking about an average of a few thousand transactions in 10 minutes, assuming they are all xcp transactions.

    We don’t need a Ferrari, we just need a fiesta
  • @ABlue0ne ↶ Reply to #4491 #4506 10:56 PM, 12 Jan 2024
    And it’s not spam
  • @6370143984 ↶ Reply to #4502 #4507 10:56 PM, 12 Jan 2024
    yeah not comparable. the db is really small, the codebase is really simple and you're only writing a block every 10 mins!
  • @ABlue0ne ↶ Reply to #4494 #4508 10:56 PM, 12 Jan 2024
    Welcome
  • @shannoncode #4509 10:57 PM, 12 Jan 2024
    all the sql queries might be harder to recreate in postgres/mysql but heh there’s ways around that
  • @ABlue0ne ↶ Reply to #4505 #4511 10:58 PM, 12 Jan 2024
    And someone who can drive
  • @Jpcryptos #4512 11:00 PM, 12 Jan 2024
    counterparty-lib/counterpartylib/lib/blocks.py at master · CounterpartyXCP/counterparty-lib

    Counterparty Protocol Reference Implementation. Contribute to CounterpartyXCP/counterparty-lib development by creating an account on GitHub.

  • @Jpcryptos ↶ Reply to #4509 #4513 11:02 PM, 12 Jan 2024
    I just wrapped the entire database in an ORM model
  • @6370143984 #4514 11:02 PM, 12 Jan 2024
    one really nice and surprising thing having come back after all this time is that people aren't hollering for super fancy features. Counterparty's simplicity is what gave it an edge over competing projects in the early days, and philosophically it seems to have aligned with what the market wanted. Simplicity continues to be our friend. The codebase needs TLC and incremental improvements but overall functionally it seems to satisfy the community's needs.
  • @ABlue0ne ↶ Reply to #4509 #4515 11:03 PM, 12 Jan 2024
    Fluent Bit v3.0 Documentation | 3.0 | Fluent Bit: Official Manual

    High Performance Telemetry Agent for Logs, Metrics and Traces

  • @Jpcryptos #4516 11:04 PM, 12 Jan 2024
    models2.py

    1 file sent via WeTransfer, the simplest way to send your files around the world

  • @teysol ↶ Reply to #4514 #4517 11:04 PM, 12 Jan 2024
    yes. there's definitely functionality I'd like to see added! but there are a bunch of uncontroversial infrastructure problems to solve first...
  • @Jpcryptos ↶ Reply to #4516 #4518 11:05 PM, 12 Jan 2024
    See all the tables in sqlite in tje database
  • @6370143984 ↶ Reply to #4381 #4519 11:07 PM, 12 Jan 2024
    strong disagree. there *are* a lot of quick wins. and aggressively changing the dev culture of a cryptocurrency doesn't work. Heck, even the Hudson River Trading guys had to fall in line with bitcoin dev process.
  • @teysol #4520 11:09 PM, 12 Jan 2024
    yeah seriously, the test suite is a case in point
  • @teysol #4521 11:09 PM, 12 Jan 2024
    there's *so* much low-hanging fruit
  • @6370143984 #4522 11:10 PM, 12 Jan 2024
    doing a massive rearchitecture starting from first principles before any real profiling has been done doesn't make a ton of sense...
  • @6370143984 #4523 11:11 PM, 12 Jan 2024
    i haven't run git blame but my guess is that much of the codebase hasn't been touched in > 5 years
  • @shannoncode #4524 11:11 PM, 12 Jan 2024
    the test suite will help expose that as well
  • probably right
  • @ABlue0ne ↶ Reply to #4522 #4526 11:13 PM, 12 Jan 2024
    Keep it in mind though with every character change.
  • @ABlue0ne #4528 11:30 PM, 12 Jan 2024
    Sorry my statements come off to some of you as harsh. If you want clarification, please ask.
  • @XJA77 ↶ Reply to #4528 #4529 11:43 PM, 12 Jan 2024
    respectfully, I have already asked you for clarification in a DM.
  • @ABlue0ne #4530 11:45 PM, 12 Jan 2024
    Knew it was you
  • 13 January 2024 (674 messages)
  • @Jpcryptos ↶ Reply to #4519 #4532 12:07 AM, 13 Jan 2024
    I'm just realistic, CP for years did not receive strong development. no incentives, or devs building assets or improving the tech. Maybe in bitcoin it works because it has stronger economic incentives
  • @hodlencoinfield #4533 12:08 AM, 13 Jan 2024
    y’all talking about counterparty yet it literally sparked a billion dollar NFT craze, we sold a rare pepe at sotheby’s for $3.65mil, measuring a protocol on the amount of development isnt giving you the whole picture
  • @6370143984 ↶ Reply to #4532 #4534 12:09 AM, 13 Jan 2024
    if counterparty suffers from insufficient developer resources then doing a massive rearchitecture which would require commensurate developer resources is... not a winning strategy.
  • @Jpcryptos ↶ Reply to #4533 #4535 12:10 AM, 13 Jan 2024
    A donation of 100k to the CP development would have been enough.
  • @hodlencoinfield #4536 12:10 AM, 13 Jan 2024
    lol
  • @6370143984 #4537 12:10 AM, 13 Jan 2024
    that's just not true. source: founder and funder of counterparty
  • @6370143984 #4538 12:11 AM, 13 Jan 2024
    it's not a question just of how much money, but what it's directed to
  • @ABlue0ne ↶ Reply to #4529 #4539 12:11 AM, 13 Jan 2024
    Respectfully, this is open source software development. We can speak in the open and have already. Scroll up for my answer and stop sliding the topic and filling up the chat with politics. Got something to say, say it. I don’t have to respond and you dont speak for me.

    This is your last engagement from me in this regard.
  • @Jpcryptos ↶ Reply to #4534 #4540 12:15 AM, 13 Jan 2024
    If you ask me to improve CP's performance, I'll tell you my ideas. I am not saying that it is the fastest way to improve the technology and I am also not saying that 1 or 2 devs are required for this. Getting to work on my proposal is something that requires fulltime development
  • @hodlencoinfield #4541 12:15 AM, 13 Jan 2024
    you should build an alternate implementation then
  • @g0barry ↶ Reply to #4490 #4542 12:18 AM, 13 Jan 2024
    8gb, wow, that’s not bad at all.
  • @Jpcryptos ↶ Reply to #4541 #4543 12:18 AM, 13 Jan 2024
    I can do it, I can build a counterparty implementation in Rust or C++, the rules and protocol would be the same. nothing changes only the performance... Now the difficult thing would be to find people who are willing to support my proposal.
  • @Jpcryptos #4544 12:19 AM, 13 Jan 2024
    I am sure that python lovers will not want to support it.
  • you dont need support you can just build it
  • @hodlencoinfield #4546 12:21 AM, 13 Jan 2024
    if its in consensus and better then people will use it
  • @Jpcryptos #4547 12:22 AM, 13 Jan 2024
    I have financed the construction of a wallet and I have spent around 78k just on development that will support CP... atomic swaps, dispenser and other cool stuff...
  • @Jpcryptos ↶ Reply to #4545 #4548 12:23 AM, 13 Jan 2024
    I won't do it if I don't receive enough support from the devs...
  • @hodlencoinfield #4549 12:24 AM, 13 Jan 2024
    not sure what you’re asking, why wouldnt anyone support you doing something like that or do you mean financial support
  • @Jpcryptos ↶ Reply to #4549 #4550 12:27 AM, 13 Jan 2024
    if I receive support from some devs I can go ahead with the proposal to the community and seek funds to get that done.
  • @hodlencoinfield #4551 12:27 AM, 13 Jan 2024
    gotcha, well normally you dont need a cosign, you just do it in the open
  • @6370143984 #4552 12:28 AM, 13 Jan 2024
    IMO the kind of issues adam's been making on GH are the exact right first steps. I especially like his most recent one: https://github.com/CounterpartyXCP/counterparty-lib/issues/1305
    Rough Plan to Fix Repo · Issue #1305 · CounterpartyXCP/counterparty-lib

    Working on all of this with @ouziel-slama (!) Migrate to Python 3.11 Use the latest version for all dependencies Replace setup.py with pyproject.toml Add and document Hatch support Fix test suite B...

  • @6370143984 #4553 12:29 AM, 13 Jan 2024
    just normal QoL stuff. Get the repo back in shape and go from there.
  • @6370143984 #4554 12:29 AM, 13 Jan 2024
    obv there is some unique stuff about blockchains but a lot of what needs to be done is just regular TLC and best practices...
  • @herpenstein #4555 12:31 AM, 13 Jan 2024
    Bitcoin has a max tx/s of 7. If we cant scale to 10 decodes/db entries per second. Even with a stack of blocks in. Few minutes we are still looking at what, 100 per second? There is a maximum upper limit here and it’s pretty low.
  • @6370143984 #4556 12:31 AM, 13 Jan 2024
    ex: we need to upgrade from pytest 2.x to 7.x 😂
  • @herpenstein #4557 12:32 AM, 13 Jan 2024
    I wouldn’t be surprised if there a function thrashing the hard disk for every tx in a block when the whole block could be put into memory…
  • @uanbtc #4558 12:33 AM, 13 Jan 2024
    Work in the server side rendered xcpdev, integrated with the fednode, already started!

    Working proof of concept: https://mdx315cagk.execute-api.us-east-1.amazonaws.com/

    Repo: https://github.com/CNTRPRTY/xcpdev-ssr

    Fednode integration branch: https://github.com/CNTRPRTY/federatednode/tree/xcpdev-ssr
    GitHub - CNTRPRTY/xcpdev-ssr

    Contribute to CNTRPRTY/xcpdev-ssr development by creating an account on GitHub.

  • @herpenstein #4559 12:33 AM, 13 Jan 2024
    I’m sure Adam will find some gems resulting in a 10x speed up
  • @6370143984 #4560 12:34 AM, 13 Jan 2024
    @teysol spilled the beans in the issue but worth pointing out that we spoke with the earliest counterparty dev and he's agreed to help out with a lot of the issues we've been identifying 😁
  • @6370143984 #4561 12:36 AM, 13 Jan 2024
    (this is separate from the dev we'd like to fund to help specifically with performance work)
  • @6370143984 #4562 12:37 AM, 13 Jan 2024
    @hodlencoinfield not sure if you were around when Ouziel was working on Counterparty but he's a great guy, is intimately familiar with the codebase, and great to work with.
  • @hodlencoinfield #4563 12:37 AM, 13 Jan 2024
    i just saw that!
  • @hodlencoinfield #4564 12:38 AM, 13 Jan 2024
    i remember the name but i dont know if i ever had any interactions with him
  • @6370143984 #4565 12:39 AM, 13 Jan 2024
    Really great guy. I think he's a less experienced shitposter than most crypto folks but he'll learn.
  • @Jpcryptos ↶ Reply to #4552 #4566 12:48 AM, 13 Jan 2024
    It's good to start there. I'm still synchronizing my bitcoin node so I can help a little with the code and give my contributions..
  • @Jpcryptos #4567 12:50 AM, 13 Jan 2024
    @teysol If you think I can help you with any of those points just let me know.
  • @ABlue0ne ↶ Reply to #4551 #4568 02:20 AM, 13 Jan 2024
    FOSS
  • @ABlue0ne ↶ Reply to #4553 #4569 02:56 AM, 13 Jan 2024
    I’m looking forward to a true LTS version.
  • @XJA77 #4570 04:42 AM, 13 Jan 2024
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Broadcast: bc1q0nhd5hqq04ds4ny7kfm35cxjzdm7g2rp3srg8l at 2023-12-11T06:53:00+00:00 with a fee of 0.0%% (071156b43179415a44deffd028711bd83075772df69e2ffc8f26fbd9c5630135) [valid]
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Broadcast: bc1q0nhd5hqq04ds4ny7kfm35cxjzdm7g2rp3srg8l at 2023-12-11T07:01:00+00:00 with a fee of 0.0%% (1a4fb9ef7fc3f4a4c8a022bedd1b192f17478965739ffe0626f3684b65d9d8db) [valid]
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Broadcast: bc1q0nhd5hqq04ds4ny7kfm35cxjzdm7g2rp3srg8l at 2023-12-11T07:02:00+00:00 with a fee of 0.0%% (8fa55c5a6a1c7aa826c8c986ca76498694c436ae5f974296879a88b6f2513abe) [valid]
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Broadcast: bc1q0nhd5hqq04ds4ny7kfm35cxjzdm7g2rp3srg8l at 2023-12-11T07:16:00+00:00 with a fee of 0.0%% (1bb15b6ea18daea487448d3df528c6a08184c979db2072cc50eedf8e0ab6aa3a) [valid]
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Broadcast: bc1q0nhd5hqq04ds4ny7kfm35cxjzdm7g2rp3srg8l at 2023-12-11T07:19:00+00:00 with a fee of 0.0%% (b1493465df89729d9f14009f69841b8df9227abea7fe76cbccb2712865cc6985) [valid]
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Broadcast: bc1qgzz7zr8t7jrhngzqfnz94s8metdr48w6pshhqs at 2023-12-11T06:47:00+00:00 with a fee of 0.0%% (bece08479e42ec59b2bbacc0760d3489840cc7f35d73c44a6e585b9e66f67e71) [invalid: feed timestamps not monotonically increasing]
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Broadcast: bc1qz26y3yxtpqgn44502mpp8evcpn8e7nc2yf7gxq at 2023-12-11T06:48:00+00:00 with a fee of 0.0%% (1e3e4ff894c9d28f142ddd560f88d54b580013711786ee7023b007ba1ce66086) [invalid: feed timestamps not monotonically increasing]
    federatednode-counterparty-1 | [2024-01-13 04:41:20][INFO] Block: 820674 (56.40s, hashes: L:256c4 / TX:8dc70 / M:49e46)
  • @XJA77 #4571 04:42 AM, 13 Jan 2024
    so the problem is stamps.... i didnt see any block with stamps tx that takes all this time in parse... block full of BTNS broadcasts...
  • @XJA77 #4572 04:43 AM, 13 Jan 2024
    56 secs when all the blocks are taking normally 5, 6, 7 secs
  • @XJA77 #4573 04:44 AM, 13 Jan 2024
    lets see when i get to the Rats mint but lol i think it will take less...
  • hahaha... wow...
  • @hodlencoinfield #4575 04:57 AM, 13 Jan 2024
    incredible
  • @XJA77 #4576 04:57 AM, 13 Jan 2024
    totally incredible
  • @mikeinspace #4577 05:00 AM, 13 Jan 2024
    btw, I don't mean to derail a technical discussion as this is off-topic, but I'm watching these 3 videos from 2018 and they have a lot of relevance to current day and reveal a history I was completely unaware of: https://www.youtube.com/watch?v=HyM8sx4JNUE
    Counterparty Forks, Counterparty Foundation, and Consensus Failures (Part 1/3)

    Intro/Outro https://www.youtube.com/watch?v=VfE1tWZjxv0 Part 1/3: https://www.youtube.com/watch?v=HyM8sx4JNUE Part 2/3: https://www.youtube.com/watch?v=vkfer0-SdWc Part 3/3: https://www.youtube.com/watch?v=Kjv8B7gSqxY References https://docs.google.com/document/d/1-VkIOjpFe6yX19B1FBhUOwCTEl0GLgeaAuDH1G7SZiM/edit?usp=sharing https://docs.google.com/document/d/13b2N8q0SnBpmLXpMJhFrK6UonaEvaT29m7iXdpjfKDk/edit?usp=sharing https://counterpartytalk.org/t/to-fork-or-not-to-fork-this-is-the-question/4233 https://counterpartytalk.org/t/whole-lotta-larpn-goin-on/4293 https://counterpartytalk.org/t/the-state-of-the-counterparty-project/4332 https://xchain.io/address/18BfbQ8kXcL8dwjYmX5fhyZs1YefxLFHG9

  • @XJA77 #4578 05:00 AM, 13 Jan 2024
    fwk also seems my node has lost consensus with xcp.dev
  • @XJA77 #4579 05:01 AM, 13 Jan 2024
    if i trigger a reparse would it fix it?
  • This is great
  • trip down memory lane!
  • @ABlue0ne #4582 06:51 AM, 13 Jan 2024
    A Blue One in Official Counterparty Chat

    I have asked before months ago but it went unanswered, is there an official xchain chat?

  • So the funny thing about this is that JDog actually WANTED us to migrate SRC20 to broadcasts. That's why he wrote the BTNS protocol. Had we done that, xchain would have died months ago, it seems.
  • @teysol ↶ Reply to #4572 #4584 08:26 AM, 13 Jan 2024
    nice find! (I'm still getting my node up for this 😅) this is great news, should be easier to optimize!
  • @teysol #4585 08:28 AM, 13 Jan 2024
    lol that block has 4100 counterparty transactions 😂
  • @jp_janssen #4586 08:31 AM, 13 Jan 2024
    Is BTNS a competitor to or an extension to Counterparty's token system?

    As the CIP editor my first reaction was to reject the CIP but I gave it the benefit of the doubt.

    What do you think?
    https://github.com/CounterpartyXCP/cips/blob/master/cip-0028.md
    cips/cip-0028.md at master · CounterpartyXCP/cips

    Counterparty Improvement Proposals. Contribute to CounterpartyXCP/cips development by creating an account on GitHub.

  • @teysol ↶ Reply to #4586 #4587 08:34 AM, 13 Jan 2024
    can it be both? ;)
  • @teysol #4588 08:35 AM, 13 Jan 2024
    seems to me it's an extension that moves the burden of parsing NFT issuances to a higher level
  • @teysol #4589 08:35 AM, 13 Jan 2024
    so Counterparty doesn't have to parse them itself
  • @teysol #4590 08:36 AM, 13 Jan 2024
    looks pretty simply and clean to me!
  • @teysol #4591 08:48 AM, 13 Jan 2024
    so issuance.py has grown from 301 lines in 2015 to 684 lines today, and it certainly has taken on a spaghetti-like character...
  • @jp_janssen ↶ Reply to #4590 #4594 09:06 AM, 13 Jan 2024
    Ok i leave the BTNS proposal as "Draft". The alternative would be status "Deferred".
  • @teysol #4595 09:08 AM, 13 Jan 2024
    so AFAICT it's not a "Counterparty Improvement Proposal". it's a great proposal, but for a metaprotocol on *top* of Counterparty. Counterparty doesn't need to do anything at all ❤️
  • @teysol #4596 09:11 AM, 13 Jan 2024
    a lot of the CIPs look to me like they don't need to be CIPs
  • @teysol #4597 09:11 AM, 13 Jan 2024
    I'd expect CIPs to be mostly actual protocol changes, and even then only the tricky ones
  • @teysol #4598 09:12 AM, 13 Jan 2024
    like why is all of the STAMP stuff in there? don't those guys have their own repo? 😝
  • @B0BSmith #4599 09:21 AM, 13 Jan 2024
    BTNS is JDog20 (brc20/src20) he wants to be king of the hill
  • @jp_janssen #4600 09:21 AM, 13 Jan 2024
    Informational CIPs explain ways to use the protocol, eg how wallets/ exolorers can make sense of json files or stamps.

    Standards CIPs are for protocol updates.
  • @jp_janssen #4601 09:26 AM, 13 Jan 2024
    cips/cip-0001.md at master · CounterpartyXCP/cips

    Counterparty Improvement Proposals. Contribute to CounterpartyXCP/cips development by creating an account on GitHub.

  • @teysol #4602 09:35 AM, 13 Jan 2024
    Right, but what does it mean to "reject" an "informational" proposal? 🤔 IMO it shouldn't be anyone's job to tell people how they must or must not use counterparty (any more than it should be someone's job to tell people how to use bitcoin). in fact, it *can't*, because counterparty is a permissionless protocol

    let's distinguish carefully between discussions of actual protocol changes (which affect everyone!), of the reference implementation, and of *other stuff*, and keep them as separate as possible

    that will help focus our discussions and cut down on controversy dramatically
  • @B0BSmith ↶ Reply to #4602 #4603 09:40 AM, 13 Jan 2024
    "i reject your reality and substitute my own"

    is what JDog is doing to Counterparty with BTNS
  • @jp_janssen #4604 09:54 AM, 13 Jan 2024
    "Reasons for denying CIP status include duplication of effort, being technically unsound, not providing proper motivation or addressing backwards compatibility, or not in keeping with the Counterparty philosophy (as determined by a majority of the project maintainers as defined below)."

    The latter is why i considered rejecting it. Counterparty is built around one name system/token standard. It is unclear if BTNS builds on top of this or is a competing standard ???
  • @B0BSmith #4605 09:55 AM, 13 Jan 2024
    'technically unsound'
  • @B0BSmith #4606 09:57 AM, 13 Jan 2024
    It could be viewed as an attempt to usurp
  • @B0BSmith #4607 09:58 AM, 13 Jan 2024
    it ticks all the boxes n not in a good way
  • @6370143984 #4608 09:59 AM, 13 Jan 2024
    JP, I think maybe the question is, for something like BTNS, not why hasn't its CIP been rejected, but why has it been made? You can do it without changing Counterparty at all (as evidenced by the fact that its being done), so it's not really a proposal... it's happening.
  • @6370143984 #4609 09:59 AM, 13 Jan 2024
    same goes for Stamps stuff.
  • @6370143984 #4610 09:59 AM, 13 Jan 2024
    A useful analogy: imagine if we made a BIP for Counterparty 😂
  • @B0BSmith #4611 10:06 AM, 13 Jan 2024
    these token networks are virtual blockchains built atop the most secure base layer, they use btc due to its security/immutability. src20 requires keyburn to guarantee utxoset residence
  • @B0BSmith #4612 10:06 AM, 13 Jan 2024
    btns is jdogs vision
  • @6370143984 #4613 10:07 AM, 13 Jan 2024
    but, like, he's doing it as we speak, right?
  • @B0BSmith #4614 10:07 AM, 13 Jan 2024
    I believe so and plans to have it run cross chain.. so can be used even cheaper on Doge but with ultimate single indexer that he gonna build
  • @6370143984 #4615 10:09 AM, 13 Jan 2024
    if his CIP were rejected, then, presumably nothing would change. by contrast, the .1 xcp fee for numerics not being accepted means that it will not be added. again, wondering not why it hasn't been rejected but why it's been 'proposed'
  • @B0BSmith #4616 10:09 AM, 13 Jan 2024
    he never built a tool to reclaim multisig dust which if he is someone that really cared for the utxoset bloat he would have made long long ago
  • @B0BSmith #4617 10:09 AM, 13 Jan 2024
    its Greed I think
  • @6370143984 #4618 10:09 AM, 13 Jan 2024
    I am not really commenting on Jeremy in particular but trying to scope what needs a CIP and what doesn't
  • @B0BSmith #4619 10:10 AM, 13 Jan 2024
    jdog was in charge of cips so they became his fiefdom too to some extent
  • @6370143984 #4620 10:10 AM, 13 Jan 2024
    ah
  • @B0BSmith #4621 10:11 AM, 13 Jan 2024
    jpja only recently got that role
  • @6370143984 #4622 10:11 AM, 13 Jan 2024
    in that case it'd be kinda interesting to revisit scope of purpose of CIP system
  • @6370143984 #4623 10:12 AM, 13 Jan 2024
    lotta missing context on my and adam's end. sorry about that.
  • @B0BSmith #4624 10:12 AM, 13 Jan 2024
    it's OK your asking all the right question it seems/feels
  • @6370143984 #4625 10:12 AM, 13 Jan 2024
    are btns and stamps competitive?
  • @6370143984 #4626 10:13 AM, 13 Jan 2024
    i mean as technical alternatives to one another
  • @B0BSmith #4627 10:13 AM, 13 Jan 2024
    stamp are art ... btns competes with src20 brc20
  • @B0BSmith #4628 10:13 AM, 13 Jan 2024
    on a technical level/basis
  • @B0BSmith #4629 10:14 AM, 13 Jan 2024
    art I know it's subjective lol
  • @6370143984 #4630 10:14 AM, 13 Jan 2024
    lolllll i wasn't gonna say anything
  • @6370143984 ↶ Reply to #4627 #4631 10:14 AM, 13 Jan 2024
    got it. apologies i don't recall: broadcasts don't require an xcp fee right
  • @B0BSmith #4632 10:14 AM, 13 Jan 2024
    no xcp fee correct
  • @6370143984 #4633 10:15 AM, 13 Jan 2024
    okay that makes the controversy of the last week incredibly odd
  • @B0BSmith #4634 10:15 AM, 13 Jan 2024
    they use that baremultisig tho so can keyburn
  • @B0BSmith #4635 10:15 AM, 13 Jan 2024
    but btns doesnt
  • @B0BSmith ↶ Reply to #4633 #4636 10:16 AM, 13 Jan 2024
    last few years have been controversial to the earlier members in this chat to varying degrees
  • @6370143984 #4637 10:17 AM, 13 Jan 2024
    sure but like wasn't this whole debate nominally about the fact that a subset of counterparty users were "abusing" features of the protocol because there was no xcp fee associated with it
  • @6370143984 ↶ Reply to #4571 #4638 10:18 AM, 13 Jan 2024
    but like...
  • @B0BSmith #4639 10:18 AM, 13 Jan 2024
    yeah apparently that was the reason publicly
  • @6370143984 #4640 10:18 AM, 13 Jan 2024
    oookay i think i've got it...
  • @B0BSmith #4641 10:20 AM, 13 Jan 2024
    jdog loved stamp at the start .. he built a web site aka a directory for named stamps was fully on-board but I don't know what then triggered him to do btns ... it was like I know better than you n this is how it will be done
  • @B0BSmith #4642 10:20 AM, 13 Jan 2024
    that was my feels
  • @6370143984 #4643 10:21 AM, 13 Jan 2024
    yeah the whole thing is very odd. on the one hand, imo people can and will use the protocol in whatever way is technically feasible; on the other hand i don't really understand why one person's metaprotocol on top of a metaprotocol is okay another's is not.
  • @B0BSmith ↶ Reply to #4643 #4644 10:22 AM, 13 Jan 2024
    exactly
  • @6370143984 #4645 10:22 AM, 13 Jan 2024
    because even if they have different purposes that's what both btns and stamps are.
  • @B0BSmith #4646 10:22 AM, 13 Jan 2024
    directories (websites) make their own rules ..rares and fakerares is where it stems from
  • @6370143984 #4647 10:23 AM, 13 Jan 2024
    i mean idk it's pretty neat that people are building standards within counterparty's featureset. makes it feel like more of platform, which i like
  • @B0BSmith #4648 10:24 AM, 13 Jan 2024
    so rarepepes had the fakerares meme in 2016 and you had to burn pepecash to get listed.. anyone was accepted unless was outright nazi offence stuff

    fake rares appeared in 2020 znd is heavily curated

    bitcoin stamps follows the heavy curating method with its rules set not token selection
  • @6370143984 #4649 10:25 AM, 13 Jan 2024
    my controversial opinion which i am sure some people will hate me for is that to the extent that it is a platform in that sense it makes sense not to implement a fee here and there but to have something more like a proper gas system 😬
  • @6370143984 #4650 10:25 AM, 13 Jan 2024
    please don't kick me out of the chat for saying that...
  • @B0BSmith ↶ Reply to #4648 #4651 10:27 AM, 13 Jan 2024
    I will go further to say rarepepes was decentralised team of scientists apparently or at the end ...fakerares is more centralised around scilla n his crew I think, and stamps well Mike is the face
  • @IndelibleTrade #4652 10:28 AM, 13 Jan 2024
    Decentrealised team is subjective
  • @B0BSmith #4653 10:28 AM, 13 Jan 2024
    so it gets more centralised over time until btns which is just jdog
  • @6370143984 #4654 10:28 AM, 13 Jan 2024
    🤷‍♀️I think at the non-protocol level it can be centralised...
  • @IndelibleTrade #4655 10:29 AM, 13 Jan 2024
    Lol 5/6 individuals is not really dectentral at all in fact I’d say that is very centralised
  • @B0BSmith ↶ Reply to #4652 #4656 10:29 AM, 13 Jan 2024
    is why I said apparently.. it was mostly rare Mike not spaceMike we now come to understand
  • @B0BSmith #4657 10:30 AM, 13 Jan 2024
    correct me if am wrong but that is what I believe I have seen over time
  • Who is rare Mike
  • @B0BSmith #4659 10:31 AM, 13 Jan 2024
    who made rarepepe?
  • @IndelibleTrade #4660 10:31 AM, 13 Jan 2024
    You mean nola78 Mike?
  • @6370143984 #4661 10:31 AM, 13 Jan 2024
    presumably an epithet for a rare pepe guy lol
  • @B0BSmith #4662 10:31 AM, 13 Jan 2024
    yeah not spaceMike
  • @B0BSmith #4663 10:32 AM, 13 Jan 2024
    I am crap with names sometimes
  • @6370143984 #4664 10:33 AM, 13 Jan 2024
    its very simple, one of the mikes is rare and the other is in space
  • @IndelibleTrade #4665 10:33 AM, 13 Jan 2024
    I vote to keep spacemike as official terminology
  • @B0BSmith #4666 10:34 AM, 13 Jan 2024
    both are very successful counterparty uses ..they almost as successful as Mr Exchange dispenser
  • Never heard of the Nola Mike being called raremike before asides from confused coit ramblings I’m sure there was a dude with that username once but, maybe I just missed that nickname or something tho
  • @IndelibleTrade #4668 10:36 AM, 13 Jan 2024
    :)
  • @6370143984 #4669 10:36 AM, 13 Jan 2024
    ah i was just kidding lol.
  • @B0BSmith ↶ Reply to #4666 #4670 10:39 AM, 13 Jan 2024
    regarding Mr Exchange dispenser ... instead of fixing the definition of the word empty counterparty had its hands tied behind its back
  • @B0BSmith #4671 10:39 AM, 13 Jan 2024
    in my opinion
  • @6370143984 #4672 10:39 AM, 13 Jan 2024
    i've got literally no idea what Mr exchange dispenser is, sorry :/
  • @B0BSmith #4673 10:40 AM, 13 Jan 2024
    so a guy put a dispenser on a exchange address ... his tokens got spread far and wide to mostly users who had no idea they were "buying" them as they just depositing to a CeX
  • @IndelibleTrade #4674 10:41 AM, 13 Jan 2024
    Oxbt has a good distro lol
  • @IndelibleTrade #4675 10:41 AM, 13 Jan 2024
    Arguable most fair launch token
  • @B0BSmith #4676 10:41 AM, 13 Jan 2024
    he won the game 'dispensers" n jdog didn't like it
  • @IndelibleTrade #4677 10:41 AM, 13 Jan 2024
    Beahahahahahhahaha
  • Yeh surprised this didn’t get filtered from listings tbf
  • @B0BSmith #4679 10:42 AM, 13 Jan 2024
    cue more use of the word spam n much muh database tears
  • @6370143984 #4680 10:42 AM, 13 Jan 2024
    lol
  • @B0BSmith ↶ Reply to #4678 #4681 10:42 AM, 13 Jan 2024
    jdogs censorship rules are anything but consistent
  • @6370143984 #4682 10:44 AM, 13 Jan 2024
    i don't want to stir the pot but im a little surprised that during the numeric fee kerfuffle stamps folks didnt push to have a fee added to broadcasts
  • @B0BSmith ↶ Reply to #4678 #4683 10:44 AM, 13 Jan 2024
    it's left up to be pointed at as reason to justify his actions I expect
  • @6370143984 ↶ Reply to #4682 #4684 10:44 AM, 13 Jan 2024
    i just dont understand the difference conceptually
  • @B0BSmith ↶ Reply to #4682 #4685 10:44 AM, 13 Jan 2024
    they joke about it
  • Will these clog the db of heavy description?
  • @IndelibleTrade #4687 10:44 AM, 13 Jan 2024
    Nah
  • @IndelibleTrade #4688 10:44 AM, 13 Jan 2024
    They get banged a lot on a mint tho I guess
  • @6370143984 #4689 10:45 AM, 13 Jan 2024
    i mean sure but presumably if there were a fee there''d be fewer of them
  • @IndelibleTrade #4690 10:45 AM, 13 Jan 2024
    Hmmm yeh it’s kinda swings and roundabouts huh
  • @B0BSmith #4691 10:46 AM, 13 Jan 2024
    No fees on broadcast and no desire to add them pre-emptively. 🤷‍♂️
  • @IndelibleTrade #4692 10:46 AM, 13 Jan 2024
    I Feel like All use should be welcomed and adds to
    CPs awareness strength even if optimisations needs to be done
  • @6370143984 #4693 10:46 AM, 13 Jan 2024
    yep totally agree
  • @B0BSmith ↶ Reply to #4691 #4694 10:46 AM, 13 Jan 2024
    that was from Counterparty chat
  • @6370143984 #4695 10:47 AM, 13 Jan 2024
    doesnt mike know that the high road is not acceptable in crypto
  • @B0BSmith #4696 10:47 AM, 13 Jan 2024
    in Counterparty it felt like Jdogs way or the highway
  • @6370143984 ↶ Reply to #4692 #4697 10:48 AM, 13 Jan 2024
    have already said what imo should be done fees-wise if anything but yeh complete agmt
  • @B0BSmith #4698 10:49 AM, 13 Jan 2024
    sure he would have open door to discuss things but he had all the "keys"
  • @B0BSmith #4699 10:49 AM, 13 Jan 2024
    gatekeeper what
  • @6370143984 #4700 10:50 AM, 13 Jan 2024
    yeah i mean these systems are vulnerable to weird attacks; centralization is chief among them
  • @IndelibleTrade #4701 10:50 AM, 13 Jan 2024
    But well within his right, he was also missold decentral (by literally running all the thing ) and recent events have ushered more decentralisation so let’s not miss seeing the silver around these clouds
  • @IndelibleTrade #4702 10:51 AM, 13 Jan 2024
    It has been a wooohsah moment
  • @B0BSmith #4703 10:52 AM, 13 Jan 2024
    I don't mean to sound like a whinging bitch .. call me that if you want idk... but is important the co-founders are brought up to speed
  • @B0BSmith #4704 10:52 AM, 13 Jan 2024
    we here for Counterparty period
  • @6370143984 #4705 10:53 AM, 13 Jan 2024
    first of all, i don't call people things like that (i've always hated how acceptable personal abuse is in crypto), but yeah im trying to catch up
  • No gif of Martin Lawrence rubbing his earlobe apologies
  • @B0BSmith ↶ Reply to #4705 #4707 10:53 AM, 13 Jan 2024
    I didn't mean you .. there are socks present apparently
  • @6370143984 #4708 10:54 AM, 13 Jan 2024
    oh i didnt think you were calling me that. i meant i wouldnt call you that...
  • @B0BSmith #4709 10:55 AM, 13 Jan 2024
    I never thought you would your words seem carefully chosen
  • @6370143984 #4710 10:55 AM, 13 Jan 2024
    if there's any braindump you can provide just dm me
  • @6370143984 #4711 10:55 AM, 13 Jan 2024
    dont wanna pollute the chat
  • @B0BSmith #4712 10:56 AM, 13 Jan 2024
    ty but I think you now know and at least have a much better appreciation
  • @6370143984 #4713 10:57 AM, 13 Jan 2024
    for sure but there's a lot! appreciate everyone's patience
  • @B0BSmith #4714 10:57 AM, 13 Jan 2024
    yeah my perspective is not the only one
  • @B0BSmith #4715 10:58 AM, 13 Jan 2024
    you use some great words too .. had to reach for the dictionary 👍
  • @B0BSmith #4717 11:17 AM, 13 Jan 2024
    another idea up for discussion

    https://github.com/CounterpartyXCP/cips/discussions/133
    Custom Outputs · CounterpartyXCP/cips · Discussion #133

    CIP: XXX Title: Custom Outputs Author: B0BSmith Discussions-To: ?? Status: Draft Type: ?? Created: 2024-1-12 Abstract Add the option to have custom outputs in a tx Rationale Counterparty has "...

  • @teysol #4718 11:21 AM, 13 Jan 2024
    Evan issuances are "heavier" than broadcasts. they're slower to parse, etc. but like *marginally*, and mostly because of the state of the codebase
  • @6370143984 #4719 11:21 AM, 13 Jan 2024
    that is not a *conceptual* difference
  • @teysol #4720 11:22 AM, 13 Jan 2024
    the conceptual difference is how much semantic value we attach to the message
  • @teysol #4721 11:22 AM, 13 Jan 2024
    so e.g., do you use the "send" function to move the token?
  • @B0BSmith #4722 11:22 AM, 13 Jan 2024
    Does anyone know - where dividend fees and sweep fees part of the original protocl ?
  • @6370143984 #4723 11:24 AM, 13 Jan 2024
    @teysol i get it but in both cases it could be argued for very similar reasons that a protocol feature is being 'abused'
  • @teysol #4724 11:24 AM, 13 Jan 2024
    absolutely
  • @teysol #4725 11:27 AM, 13 Jan 2024
    again, I think the technical problems here (code quality, lack of benchmarking + optimization, API design) are being confused with the fact that 4100 STAMPs issuances in a single block is "ugly". making those broadcasts wouldn't fix the problem ofc :)

    CORRECTION: those were BTNS issuances I was looking at 🙈
  • @B0BSmith ↶ Reply to #4725 #4726 11:27 AM, 13 Jan 2024
    4000 stamps in a block are you sure?
  • @B0BSmith #4727 11:27 AM, 13 Jan 2024
    thats too many sigops to be true
  • @B0BSmith ↶ Reply to #4585 #4728 11:28 AM, 13 Jan 2024
    they were broadcasts no ?
  • @B0BSmith #4730 11:28 AM, 13 Jan 2024
    yeah broadcasts they not stamps
  • @teysol #4731 11:28 AM, 13 Jan 2024
    ah sorry you're right!
  • @B0BSmith #4732 11:29 AM, 13 Jan 2024
    np
  • @teysol #4733 11:29 AM, 13 Jan 2024
    lol those are BTNS 😂 to your point Evan :)
  • @teysol #4734 11:30 AM, 13 Jan 2024
    that was a block that took 56 seconds to parse
  • @B0BSmith #4735 11:30 AM, 13 Jan 2024
    yeah they dont even hide in base64 json - pure text
  • @B0BSmith ↶ Reply to #4734 #4736 11:30 AM, 13 Jan 2024
    all blocks used to take tthat long to parse until recently was why bootstrap was the only way anyone could catch up
  • @6370143984 #4737 11:31 AM, 13 Jan 2024
    i mean thats batshit crazy lol
  • @B0BSmith #4738 11:31 AM, 13 Jan 2024
    but we still here lol
  • @teysol #4739 11:32 AM, 13 Jan 2024
    yes! now let's fix these problems properly! ✊
  • @krostue #4740 11:32 AM, 13 Jan 2024
    Several times, I noticed the problem with multi-send and these high tx fees. It seemed to me that free wallet allowed the user to set the price for only one out of the two transactions. There's a setting in the wallet where the user can dial in a minimum fee but it has a maximum value which is well below the requirement. This results in multisend not working. Is that a freewallet bug something with counterparty?

    Are we forking freewallet?

    You all know Jeremy left WabData tracking on when he cloned chrome to make fw? He denied that his application was storing private keys as plain text auto complete. Said I was making baseless personal attacks only to patch it seven months later.
    No fix. After uninstall, keys are still there. I'm leary to use it for fear of worse bugs
  • @teysol #4741 11:33 AM, 13 Jan 2024
    I think on the infrastructure side there are two main projects:

    1. Explorers
    2. Wallets
  • @teysol #4742 11:34 AM, 13 Jan 2024
    it seems like everyone is rallying around xcp.dev for (1), and it's open source 🎉
  • @B0BSmith ↶ Reply to #4740 #4743 11:34 AM, 13 Jan 2024
    you can set fees on the 2nd tx if you use CP API but not in freewallet - even so its not good as users broadcasst tx1 and tx2 fails due to tx1 not being on CP Node mempool - more utxo bloat with no fix
  • @teysol #4744 11:34 AM, 13 Jan 2024
    I don't have a handle myself yet on what the best strategy is for shoring up the wallet ecosystem
  • @krostue #4745 11:34 AM, 13 Jan 2024
    Have you guys seen the electrum tools that jpja made? If not I'll find you a link
  • @B0BSmith #4746 11:34 AM, 13 Jan 2024
    yet i am the baddie for utxo bloat
  • @B0BSmith #4747 11:35 AM, 13 Jan 2024
    we want a cp node with 4gb memepool plz
  • @B0BSmith ↶ Reply to #4744 #4748 11:35 AM, 13 Jan 2024
    i have a lot of javascript but it needs a api to function atop of
  • @teysol #4749 11:36 AM, 13 Jan 2024
    IMO the freewallet API calling pattern is not amazing but also not a big deal
  • @6370143984 ↶ Reply to #4748 #4750 11:37 AM, 13 Jan 2024
    i know people dont love the cp api but have you detailed what youre missing somewhere?
  • @B0BSmith ↶ Reply to #4750 #4751 11:37 AM, 13 Jan 2024
    was built on xchain apis
  • @B0BSmith #4752 11:38 AM, 13 Jan 2024
    i can run my own 4gb memepool and probably will but community node needed as its a wallets source of truth
  • @krostue ↶ Reply to #4741 #4753 11:38 AM, 13 Jan 2024
    Imho, Ideally the explorer and wallet would be one desktop program which also allows somebody to become a full node
    I know it is a ton of work, but something like that is possible, yeah?
  • @6370143984 #4754 11:38 AM, 13 Jan 2024
    yeah strong agree on community nodes
  • @6370143984 ↶ Reply to #4753 #4755 11:38 AM, 13 Jan 2024
    this seems to reflect juan's recent thinking re: fednode
  • @B0BSmith #4756 11:39 AM, 13 Jan 2024
    freewallet community edition in fednode and convet to run in browser ?
  • @B0BSmith #4757 11:39 AM, 13 Jan 2024
    it kinda does anyway just another docker thing ?
  • @teysol ↶ Reply to #4753 #4759 11:42 AM, 13 Jan 2024
    I really don't think it's that much work! We should easily be able to set up EC2 images or whatever so that it's plug-and-play to run your own explorer node
  • @teysol #4760 11:42 AM, 13 Jan 2024
    then the desktop wallet should have a *list* of nodes it can connect to
  • @teysol #4761 11:43 AM, 13 Jan 2024
    let's get rid of the single points of failure in the ecosystem
  • @teysol #4762 11:43 AM, 13 Jan 2024
    I think fednode is great, but it's too heavy for what we need
  • @B0BSmith #4763 11:45 AM, 13 Jan 2024
    I shared some links with Juan in a DM with my wallet code and he said it looks awesome and asked me to get on his git and work on his wallet repo which i will try to do - first job is to get his wallet using the more recent mnemonicv1.1
  • @Chriton ↶ Reply to #4742 #4764 11:50 AM, 13 Jan 2024
    I'm also working on xcp.dev. I have 2 more pages to go for a complete refresh of the site. Will give you guys an update tonight
  • @teysol #4765 11:54 AM, 13 Jan 2024
    to everyone working on xcp.dev, let everyone know what the biggest performance bottlenecks are if you run into any so we can prioritize fixing them
  • @ABlue0ne ↶ Reply to #4744 #4766 11:59 AM, 13 Jan 2024
    Counterwallet is very important IMO
  • @ABlue0ne ↶ Reply to #4753 #4767 12:01 PM, 13 Jan 2024
    I’ll live with CLI and API
  • @ABlue0ne ↶ Reply to #4761 #4768 12:03 PM, 13 Jan 2024
    Publish a list of good public nodes.
  • @billionmindkev #4769 12:04 PM, 13 Jan 2024
    Joined.
  • You could have a customisable select box, pre filled with advised nodes but able to change/ remove/add to list too
  • @ABlue0ne ↶ Reply to #4756 #4771 12:07 PM, 13 Jan 2024
    Language is getting me here. I think it is time to sunset the word ‘freewallet’ into the history books.

    Counterwallet Lite?
  • @B0BSmith #4772 12:07 PM, 13 Jan 2024
    ack!
  • @ABlue0ne #4773 12:10 PM, 13 Jan 2024
    Users downloading wrong freewallet, the mobile freewallet is abandoned, duncan had beef w freewallet too I think. Freewallet defaults to donating to jdog…..

    Move on
  • @B0BSmith #4774 12:10 PM, 13 Jan 2024
    Should, due to the nature of the beast, a reference wallet be essential ?
  • @krostue #4775 12:11 PM, 13 Jan 2024
    This is not the place to argue over semantics. Please contribute, don't control
  • @ABlue0ne #4776 12:11 PM, 13 Jan 2024
    I see your point
  • @ABlue0ne #4777 12:11 PM, 13 Jan 2024
    Bob not duncan
  • @ABlue0ne #4778 12:11 PM, 13 Jan 2024
    This is the place for semantics duncan
  • @ABlue0ne ↶ Reply to #4774 #4779 12:12 PM, 13 Jan 2024
    Not needed I agree. A big plus to the stack and benefit to the community.
  • @krostue ↶ Reply to #4773 #4780 12:13 PM, 13 Jan 2024
    I had concern over a major security hole which may or may not have been intentional.
    Yes it has a bad brand name. It is what it is called tho

    For the record I don't have beef with any individual. I am critical of behavior and actions
  • @ABlue0ne #4781 12:13 PM, 13 Jan 2024
    Now thats constructive. Thanks duncan for the clarification.
  • @B0BSmith #4782 12:18 PM, 13 Jan 2024
    Freewallet supports trezor, so if used in that way its not as big a security risk - but requires user education - but we have users openly addmitting to having million dollar hot freewallets
  • @ABlue0ne #4783 12:24 PM, 13 Jan 2024
    In this scenario, the name is my issue. I believe in this groups ability to deliver.
  • @ABlue0ne #4784 12:27 PM, 13 Jan 2024
    Too many dead google results to correct. A new search term wins web viewers.
  • @B0BSmith #4785 12:27 PM, 13 Jan 2024
    Counterwallet Desktop sounds nice
  • @B0BSmith #4786 12:29 PM, 13 Jan 2024
    we can fix up seed storage to be aes encrypted on disk too
  • @Jpcryptos ↶ Reply to #4649 #4787 12:30 PM, 13 Jan 2024
    This idea is good, although the gas system should be in BTC not XCP
  • @B0BSmith #4788 12:30 PM, 13 Jan 2024
    add ability to reclaim multisig dust too
  • @B0BSmith ↶ Reply to #4787 #4789 12:37 PM, 13 Jan 2024
    so I pay for my computer and pay for my xcp and now you want me to pay to use my xcp on my computer
  • @6370143984 #4790 12:38 PM, 13 Jan 2024
    loll
  • @B0BSmith ↶ Reply to #4790 #4791 12:38 PM, 13 Jan 2024
    you knew it was controversial
  • @B0BSmith #4792 12:38 PM, 13 Jan 2024
    but is good discussion to have
  • @6370143984 #4793 12:39 PM, 13 Jan 2024
    yep! but I do think a lot of the discussion around fees is sort of beside the point
  • @6370143984 #4794 12:39 PM, 13 Jan 2024
    can't have a principled discussion about fees without principles
  • @B0BSmith #4795 12:39 PM, 13 Jan 2024
    I waiting to know about dividends n Sweeps before I open discussion on removing them fees on github
  • @B0BSmith #4796 12:40 PM, 13 Jan 2024
    xcp is dex fuel
  • @6370143984 ↶ Reply to #4787 #4797 12:40 PM, 13 Jan 2024
    personally am very against this. have listed my reasons before but imo having a native token for txs is the reason that bitcoin and ethereum succeeded and open transactions failed
  • @B0BSmith ↶ Reply to #4796 #4798 12:41 PM, 13 Jan 2024
    and antisquat
  • @6370143984 ↶ Reply to #4797 #4799 12:41 PM, 13 Jan 2024
    native coin needs to be a unit of account and unit of account needs utility
  • @B0BSmith #4800 12:42 PM, 13 Jan 2024
    which for xcp is the dex .. no rugspencers
  • @B0BSmith #4801 12:43 PM, 13 Jan 2024
    I still like xcp dispensers tho ..am I weird?
  • @Jpcryptos ↶ Reply to #4789 #4802 12:45 PM, 13 Jan 2024
    and you want me to pay your expenses? It is your responsibility. if you have a computer or want to use CP. When CP reaches the masses and storage capacity is be expensive... only then will we think about a fee.
    Mark my words
  • @B0BSmith ↶ Reply to #4802 #4803 12:47 PM, 13 Jan 2024
    who do you pay to use bitcoin ser?
  • @Jpcryptos #4804 12:47 PM, 13 Jan 2024
    to the miner.
  • @B0BSmith #4805 12:48 PM, 13 Jan 2024
    itz more like to the electric company
  • @B0BSmith #4806 12:48 PM, 13 Jan 2024
    I host all your txs rent free
  • @6370143984 #4807 12:49 PM, 13 Jan 2024
    i mean it's just a real flaw in nakomoto consensus systems that nodes can't vote
  • @6370143984 #4808 12:49 PM, 13 Jan 2024
    nothing to be done i don't think.
  • @Jpcryptos ↶ Reply to #4806 #4809 12:49 PM, 13 Jan 2024
    in CP we have nodes, and the databases are going to fill up one day, and that will make it expensive to store
  • @B0BSmith #4810 12:49 PM, 13 Jan 2024
    you seen the price of hard drives the last 50 years
  • @6370143984 #4811 12:50 PM, 13 Jan 2024
    storage != compute tho, bob
  • @B0BSmith #4812 12:50 PM, 13 Jan 2024
    this is true
  • @6370143984 #4813 12:50 PM, 13 Jan 2024
    there is an argument for gas wrt the latter imo
  • @6370143984 #4814 12:51 PM, 13 Jan 2024
    I think rewarding node operators directly is dangerous and breaks the model
  • @B0BSmith #4815 12:52 PM, 13 Jan 2024
    yeah it's a great discussion to have
  • @6370143984 #4816 12:53 PM, 13 Jan 2024
    i don't expect anything to be done with gas but since i'm not in a position of responsibility i thought i'd shitpost a little
  • @6370143984 ↶ Reply to #4814 #4817 12:54 PM, 13 Jan 2024
    but you keep the system alive by giving its native token utility and therefore value.
  • @Jpcryptos #4818 12:54 PM, 13 Jan 2024
    I support the idea of a BTC-based gas system. Whether that BTC is burned or rewarded to the node, the purpose is to discourage the storage of low quality, tokens and art that have no value and have only been created to attack the network. That would keep the network a cleaner.
  • @B0BSmith #4819 12:54 PM, 13 Jan 2024
    I try hard not to keyboard on a Saturday so am gonna step away

    the dex is xcp killer app
  • @6370143984 #4820 12:54 PM, 13 Jan 2024
    totally disagree that unit of account should be btc
  • @6370143984 #4821 12:55 PM, 13 Jan 2024
    unit of account that does not natively integrate with platform breaks the virtuous cycle that makes blockchains work
  • @6370143984 #4822 12:55 PM, 13 Jan 2024
    again: cf. open transactions.
  • @Jpcryptos #4823 12:56 PM, 13 Jan 2024
    Well, suppose it is a token called gasxc, where would users get that token and how?
  • @6370143984 #4824 12:56 PM, 13 Jan 2024
    you'd just use xcp
  • @6370143984 #4825 12:57 PM, 13 Jan 2024
    small denominations of xcp that are actually related to the complexity of the operation as opposed to me and adam coming up with some number a decade ago lol
  • @6370143984 #4826 12:58 PM, 13 Jan 2024
    in ethereum it's more appropriate of course because users write their own smart contracts & because you need to deal with the halting problem, but would be a really neat way to set the basis for extending the functionality of counterparty in the future.
  • @Jpcryptos ↶ Reply to #4825 #4827 01:01 PM, 13 Jan 2024
    What about staking 1 xcp and receiving 100 gasxc to pay fees
  • @6370143984 #4828 01:02 PM, 13 Jan 2024
    counterparty doesn't have any utility for staking.
  • @teysol #4829 01:02 PM, 13 Jan 2024
    yeah tbf I think we probably don't can't plan too much around the design for a proper gas system for counterparty until we have a better idea of the long term roadmap, re: additional functionality
  • @6370143984 #4830 01:02 PM, 13 Jan 2024
    it's not a layer 1
  • @Jpcryptos ↶ Reply to #4829 #4831 01:02 PM, 13 Jan 2024
    👍
  • @6370143984 ↶ Reply to #4829 #4832 01:02 PM, 13 Jan 2024
    yep, as i said, just taking advantage of my position of non-responsibility to shitpost
  • @Jpcryptos ↶ Reply to #4830 #4833 01:05 PM, 13 Jan 2024
    could be done, the utxo would be frozen in a pwsh with OP_CHECKLOCKTIMEVERIFY and the larger the OP_CH... the more gasxc receives
  • @ABlue0ne ↶ Reply to #4785 #4834 01:32 PM, 13 Jan 2024
    /local host and CLI support would be world class. If anyone is working on or researching counterwallet, care to share your thoughts?
  • @ABlue0ne ↶ Reply to #4794 #4835 01:34 PM, 13 Jan 2024
    Bookmark for later.
  • @ABlue0ne ↶ Reply to #4801 #4836 01:36 PM, 13 Jan 2024
    Pay w xcp or pay to get xcp?
  • @ABlue0ne ↶ Reply to #4814 #4837 01:38 PM, 13 Jan 2024
    The reward is knowing the truth. Verifying not trusting.
  • @6370143984 ↶ Reply to #4835 #4838 01:39 PM, 13 Jan 2024
    to be clear, this wasn't meant as an attack on anyone, but rather was related to this: "small denominations of xcp that are actually related to the complexity of the operation as opposed to me and adam coming up with some number a decade ago lol"
  • @6370143984 ↶ Reply to #4837 #4839 01:42 PM, 13 Jan 2024
    absolutely, but in traditional bft consensus you have voting by nodes. otoh networks can't be open.
  • @ABlue0ne ↶ Reply to #4839 #4840 01:44 PM, 13 Jan 2024
    True. I would say the vote consists of a pool of one eligible voter, your node.
  • @6370143984 #4841 01:44 PM, 13 Jan 2024
    yep absolutely. blockchains are autarkical
  • @herpenstein #4842 01:49 PM, 13 Jan 2024
    There’s a lot of talk about a wallet référence implementation and I want to throw around the idea that we don’t need a wallet.

    Wouldn’t it make sense for the API to provide raw and psbt hex that is singable by all wallets? Then we can provide an official JavaScript decoder package that will turn the hex into a human readable object.

    Then the reference implementation becomes a call to the api for the hex and a dialog showing what your about to sign. From there it’s simple for any wallet provider to ingest the hex and sign the tx
  • @herpenstein #4843 01:49 PM, 13 Jan 2024
    The wallet providers can use the decoder as their confirm pop up
  • @herpenstein #4844 01:50 PM, 13 Jan 2024
    Which as of now just shows as op return or a bunch of multisigs in a nonsensical way and users have no idea what it’s doing
  • @6370143984 #4845 01:51 PM, 13 Jan 2024
    I think it's nice to have the option of a single installation providing both a wallet and the node software, but it's not a super strong opinion. mostly i think counterparty needs a desktop wallet.
  • @teysol #4846 01:53 PM, 13 Jan 2024
    @herpenstein I think those are good points. It make sense to focus our near-term efforts on simply supporting third-party wallets.
  • @teysol #4847 01:54 PM, 13 Jan 2024
    so, e.g. we added psbt tx support, what desktop wallet would be able to support that?
  • @IndelibleTrade #4848 01:54 PM, 13 Jan 2024
    Leather etc
  • @IndelibleTrade #4849 01:55 PM, 13 Jan 2024
    I think
  • @IndelibleTrade #4850 01:55 PM, 13 Jan 2024
    I think those web3 in browser wallets all use the same libraries and require psbt txs
  • @teysol #4851 01:56 PM, 13 Jan 2024
    (it's worth noting that a wallet like Counterwallet has a lot of functionality in it for advanced stuff like bets, broadcasts, dex trades etc. that third-party wallets ofc won't support)
  • @IndelibleTrade #4852 01:56 PM, 13 Jan 2024
    You can’t sign a full tx in them you can only sign the partials or smth like that
  • @IndelibleTrade #4853 01:56 PM, 13 Jan 2024
    It was a disappointing rabbit hole to go
    Down from my recollection Lel
  • @teysol #4854 01:56 PM, 13 Jan 2024
    (I dunno if any other wallet replicates that functionality or not)
  • @IndelibleTrade #4855 01:57 PM, 13 Jan 2024
    Deffo not asides from counterwallet
  • @6370143984 ↶ Reply to #4846 #4856 01:57 PM, 13 Jan 2024
    yeah i mean for normal product roadmap reasons i agree with this ofc.
  • @ABlue0ne ↶ Reply to #4842 #4857 02:03 PM, 13 Jan 2024
    Everyone would need to follow the API rules, which they haven’t been doing lately.
  • We are using unisat on our site. IWe convert the hex to a psbt to make it 1 click for the user. All the wallets that allow for ordinals trading will support psbt signing.

    But to answer the question specifically, psbts are supported on Unisat, leather, okx, ordinalswallet, all by calling an single function in an injected window object on the client side and passing in the psbt hex
  • @teysol ↶ Reply to #4857 #4859 02:05 PM, 13 Jan 2024
    API rules?
  • @6370143984 #4860 02:05 PM, 13 Jan 2024
    @herpenstein out of curiosity, what is your site? 🙂
  • @herpenstein #4861 02:05 PM, 13 Jan 2024
    Stampverse.io
  • @6370143984 #4862 02:06 PM, 13 Jan 2024
    fyi it doesn't like lockdown mode on safari lol
  • @teysol #4863 02:06 PM, 13 Jan 2024
    I mean I think PSBT support in the counterparty-server API is a no brainer. It's just another, standard format for what we already provide. You're working on that?
  • @shannoncode #4864 02:07 PM, 13 Jan 2024
    Channel too noisy, @me when I’m needed
  • I haven’t written any code for it at the counterparty-lib level. Just explored where it would need to go and how to do it yesterday
  • @herpenstein #4866 02:08 PM, 13 Jan 2024
    I also don’t have a full node and that will take a good 2 weeks to get up and running lol
  • @teysol #4867 02:09 PM, 13 Jan 2024
    I think that's without the bootstrap! (I'm currently just getting up and running right now)
  • @6370143984 #4868 02:09 PM, 13 Jan 2024
    yes @XJA77 can verify but think so.
  • @XJA77 ↶ Reply to #4867 #4869 02:14 PM, 13 Jan 2024
    Yes that's without bootstrap
  • @XJA77 #4870 02:14 PM, 13 Jan 2024
    As was the first time I did that I would prefere to create my bootstrap for the future
  • @teysol #4871 02:14 PM, 13 Jan 2024
    yeah so if nothing else, speeding up full reparses is important for testing
  • @teysol #4872 02:14 PM, 13 Jan 2024
    we need to make sure that we don't accidentally implement a retroactive protocol change
  • @ABlue0ne ↶ Reply to #4859 #4873 03:39 PM, 13 Jan 2024
    I’m multitasking here sorry.

    Protocol rules. Much larger pov than I can articulate now.
  • @ABlue0ne ↶ Reply to #4842 #4874 03:39 PM, 13 Jan 2024
    Can anyone provide a list of the node stack protocol dependencies as is currently being proposed?
  • @ABlue0ne ↶ Reply to #4861 #4875 03:43 PM, 13 Jan 2024
    Any plans to support native counterparty assets? Like a named stamp?
  • @krostue #4876 03:44 PM, 13 Jan 2024
    this room is currently for protocol development. it is not to be used to facilitate personal projects or direct a narrative. thanks for understanding
  • Long term it would be silly not to. Unfortunately all of our immediate dev work has been thrown into the air due to the issues here.
  • @ABlue0ne ↶ Reply to #4876 #4879 03:46 PM, 13 Jan 2024
    Yes
  • Sounds good ser
  • @krostue #4881 03:47 PM, 13 Jan 2024
    when the dust settles? sure. but please everyone be mindful of the space we share. deep gratitude everyone
  • Stamps-related CIPs were all JDog. His attempt to “embrace and extend” the protocol.
  • 10 BTC worth of dust I think
  • @6370143984 ↶ Reply to #4883 #4885 03:59 PM, 13 Jan 2024
    huh ok...
  • He was “ trying to help / guide us”
  • @carsonated #4887 04:00 PM, 13 Jan 2024
    I’m not a fan of the gas idea but I did like the suggestion of in wallet or distributed explorer.

    Random idea but if gas comes into play what about a system that lets node runners make 0 gas txs and charges these fees for casual users.

    Typing it out it sounds like another bottleneck to adoption but the gas itself is a bottleneck so rewarding those that strengthen and distribute the network might be a big motivator.
  • Too many Mikes!
  • @6370143984 ↶ Reply to #4886 #4889 04:01 PM, 13 Jan 2024
    i don't want to be a jerk but i don't get the 'guidance'. *you were already doing what you wanted to do*...
  • @6370143984 #4890 04:05 PM, 13 Jan 2024
    What am I missing? Counterparty provides you with the primitives you need to do your stamps thing, right? what help was necessary
  • @Jpcryptos #4891 04:08 PM, 13 Jan 2024
    GitHub - blocklack-team/counterpartydb: A Counterparty db wrapper

    A Counterparty db wrapper. Contribute to blocklack-team/counterpartydb development by creating an account on GitHub.

  • @Jpcryptos #4892 04:09 PM, 13 Jan 2024
    a rust wrapper for the database.
    -balances by address
    -blocks by hash and block index
    -assets by name
  • @Jpcryptos #4893 04:09 PM, 13 Jan 2024
    I will add more features soon
  • @krostue #4894 04:18 PM, 13 Jan 2024
    For those of you who did not see this in the other rooms
  • @krostue #4895 04:18 PM, 13 Jan 2024
    An update: For anyone not familiar, I'm one of the three original Counterparty co-founders, and was active in code development for the project especially in the 2014-2016/2017 timeframe. For the last good number of years though, my interests have led me to a totally different field, and life has happened (wife, kids, etc). I've maintained the github "owner" role of the Counterparty-related repositories for years, and in the absence of time to write code, have helped behind the scenes with resolving interpersonal conflicts and keeping someone at the wheel working on the project and fixing bugs.

    Recently we've had some changes, such as j-dog leaving the project development team and Adam and Evan coming back into the community. I've polled the current "dev team" (Joe, JP and Shannon Code) and they are all in favor of Adam being given commit access again. I will be doing this shortly, as well as removing myself from dev team access, as having it is no longer necessary. Adam being back on the team and having the time to work on things will add a lot to the project!

    I will continue to lurk in these chats (for the memes, if nothing else). After ten years, It's great to see that Counterparty is still around with a dedicated community. I wish the project the best of luck moving forward.
  • The help JDog provided (and it was no small thing) was decoding the base64 on xchain so the art would show. We did appreciate that as it definitely helped make Stamps “real”
  • @krostue #4897 04:20 PM, 13 Jan 2024
    None
  • @6370143984 #4898 04:20 PM, 13 Jan 2024
    okay but @mikeinspace that's a stamps thing, right? not a counterparty thing
  • Exactly. Counterparty didn’t require changes at all
  • @6370143984 #4900 04:23 PM, 13 Jan 2024
    right, so I think this brings us back to the question of what's the scope & purpose of CIPs. curious to hear people's thoughts
  • @6370143984 #4901 04:24 PM, 13 Jan 2024
    to me it's a no-brainer that stamps and btns stuff are strictly out-of-scope, but I'd even argue that something like @herpenstein's psbt proposal can just be filed as an issue
  • Perhaps the API update. But the longer term update to the send function changes convenus so it should be a CIP
  • @herpenstein #4903 04:29 PM, 13 Jan 2024
    Perhaps consensus changes should be the only factor in CIPs
  • @6370143984 #4904 04:29 PM, 13 Jan 2024
    oh, sure, but your most recent cip doesn't need one i don't mean and convenus is precisely the line i would draw between what does and doesn't need a cip
  • Sounds reasonable
  • @teysol #4906 04:32 PM, 13 Jan 2024
    IMO it's important to have a real process for agreeing on protocol changes (at least the non-trivial bug fix ones). everything *else* can be relatively straightforward software development
  • lol rare mike is a different mike, i miss uncle mike
  • @krostue #4908 04:33 PM, 13 Jan 2024
    the idea has been brought up by several others who also thought of it, but the notion is that not all bounties need to be for protocol development. Extending the idea outwards to other disciplines, like marketing. If a number of people go in on a billboard near/during Bitcoin Nashville, that improves counterparty. (if we are ready for an influx of noobs and are confident in our ability to scale)

    There are other things I want to say on the topic, but in this setting right now, the relevance is that there should be a clearer distinction of what is needed to be funded for critical infrastructure development, feature creep, and an avenue to pursue for community funds directed at other "improvements."

    Ive learned over the last few days that the counterparty culture has been to adapt the lingo of bitcoin devs when there are occasions that the implementation is simply wrong. CIP25 should not have been a CIP in name. Thinks (meant things but I like the typo) like that make it harder for general/casual users to differentiate
  • @6370143984 ↶ Reply to #4906 #4909 04:34 PM, 13 Jan 2024
    with of course due respect paid to the time-honored tradition in crypto of reinventing literally every possible thing.
  • yes this is what helped ordinals to be so successful so quickly
  • @teysol #4911 04:39 PM, 13 Jan 2024
    hm really? can you elaborate?
  • When you run the ordinals indexer, there’s a web server that goes up locally and you can see all the information and images in a web ui
  • Interesting… not sure I see it that way at all. Ordinals went parabolic when the custodial solutions appeared removing the friction. They have a great meme which is why I think they succeeded
  • @teysol ↶ Reply to #4912 #4914 04:42 PM, 13 Jan 2024
    I mean this is very doable
  • @hodlencoinfield #4915 04:42 PM, 13 Jan 2024
    yes ord runs on top of bitcoin rpc and leverages the bitcoind wallet, it also has a webserver built in
  • @hodlencoinfield #4916 04:42 PM, 13 Jan 2024
    so its command line but its not a “separate” wallet
  • @hodlencoinfield #4917 04:42 PM, 13 Jan 2024
    i think that structure could probly work well for counterparty too
  • @hodlencoinfield #4918 04:43 PM, 13 Jan 2024
    let bitcoind handle key storage etc and simple pass whatever data is necessary to build the counterparty tx via rpc
  • @hodlencoinfield #4919 04:43 PM, 13 Jan 2024
    another great thing about ord is the prebuilt binaries
  • It’s a combination of multiple factors. Most of the early trading was psbt based trading solutions that were a combination of decentralized and custodial
  • @hodlencoinfield #4921 04:44 PM, 13 Jan 2024
    so anyone can just launch it with bitcoind running and you’re off to the races
  • @hodlencoinfield #4922 04:44 PM, 13 Jan 2024
    i would def suggest checking out ord @teysol if you havent
  • @hodlencoinfield #4923 04:44 PM, 13 Jan 2024
    its very simplistic and well designed
  • @herpenstein #4924 04:44 PM, 13 Jan 2024
    The custodian holds the psbts and matches them with another user willing to execute the tx
  • GitHub - ordinals/ord: 👁‍🗨 Rare and exotic sats

    👁‍🗨 Rare and exotic sats. Contribute to ordinals/ord development by creating an account on GitHub.

  • @herpenstein #4926 04:45 PM, 13 Jan 2024
    So these ordinals systems are not a true dex, but a verifiably unruggable custodial trading marketplace
  • @herpenstein #4927 04:46 PM, 13 Jan 2024
    Where trades can be executed in a single verifiable tx
  • @hodlencoinfield #4928 04:47 PM, 13 Jan 2024
    ehh i wouldnt call it custodial
  • @hodlencoinfield #4929 04:47 PM, 13 Jan 2024
    the market places are just holding psbts, they arent holding any funds
  • I don’t have a better word for it.
  • @herpenstein #4931 04:48 PM, 13 Jan 2024
    That’s why I added the additional context
  • @herpenstein #4932 04:48 PM, 13 Jan 2024
    Lol
  • @hodlencoinfield #4933 04:48 PM, 13 Jan 2024
    custodial means holding someone elses funds
  • @hodlencoinfield #4934 04:48 PM, 13 Jan 2024
    so there must be a better word lol
  • They hold the psbt and find a match
  • @herpenstein #4936 04:48 PM, 13 Jan 2024
    Maybe we need a new word
  • @herpenstein #4937 04:49 PM, 13 Jan 2024
    Consignment
  • @hodlencoinfield #4938 04:49 PM, 13 Jan 2024
    bulletin board
  • @XJA77 #4939 04:51 PM, 13 Jan 2024
    order book?
  • @hodlencoinfield #4940 04:51 PM, 13 Jan 2024
    order relay
  • @herpenstein #4941 04:52 PM, 13 Jan 2024
    All good options
  • @XJA77 #4942 05:01 PM, 13 Jan 2024
    can someone solve me this question? if i trigger a reparse in fednode would it verify all tx and change hashes?