Is there a bug with Freewallet / rpw (iv imported phrase) which shows no xcp token or balance for xcp for an address? However looking on desktop or xchain I can see the balance /issue tokens etc. Also unable to scroll passed tokens starting Q onwards like its hit a limit on mobile?

I see XCP in my FW but not my RPW.

thats weird, i see it in mine

mobile freewallet is no longer supported, you should use desktop

I do mostly just handy minting a token idea on the go. OK thanks for letting me know :)

I wonder if RPW vomits if you've got a fractional number of XCP in wallet? 🤷

When I get on desktop I will buy one xcp and see

If it shows up then you might be onto something lol

I’ve got fractions, has this always been an issue or just recently?

For me it happend recently

I'm not sure if I have too many assets in my address and therefore xcp isn't loading since assets seem to be loaded alphabetically

I have over 700 assets and its like it's getting cut off at 500

Are you talking about rpw or freewallet mobile

Very recently.

Nope, desktop.

Oh shit, me too.

Maybe it has something to do with that?

Both

Both what?

Mobile and rpw sorry

(mobile FW)

And freewallet desktop also?

No FW desktop is fine

Rpw isn’t really designed for non pepes so that’s probably the issue in that you exceeded the 100 non pepe assets when it makes a call to determine divisibility

And since xcp is near the end alphabetically you have that issue

Yh OK that makes sense.

It actually makes separate balance api calls for pepes and non pepes

Using pepe directory as a filter

Is xcp considered "non Pepe"

Eg it's only pulled on the non Pepe call

Yep pretty sure, I’ll take a look tonight it may not be too hard of an update to run through all balances via a stepped api call

That’s what it does for pepes

OK cool thanks!

Can you mint tokens on rpw?

I'm Afk to check

No

Ah OK np

You actually can from the console but it’s not advised

I have a handful of extra functions in there that you can just call directly to get a signed tx

More for me personally to use in a crunch 😝

Lol

Yh my work laptop which I'm on like 90% of the time is totally locked down And I I'm on my last warning for finding "work arounds" so I can't install anything hence why iv been using mobile to mint stuff

But since xcp has disappeared iv been unable to haha

I guess I could fund a different address with xcp and mint come to think about it

Come to think of it I thought the api limit was 1000 results so if you have 700 assets rpw should be working

But might be something else going on since like I said it’s not really geared toward non pepes

Not 700 rp tho mostly danks

You said it only pulls 100 not pepe's right?

Are there any other browser wallets that are trusted/supported out of interest?

Gimme a sec just finished dinner will take a look

I’m doubting myself now

Lol no rush! I appreciate you looking

looking through rpw and it should work as long as you don’t have over 1000 non pepe assets

Hmm I have about 700 nonpepe assets

counterparty_1 | [2022-04-02 11:45:03][WARNING] Not storing [mpma] tx [ae0fb5a0bcfba3cea29ae466edf45d1d77101410c945753e3c391855637b64d3]: invalid: couldn't unpack; list index out of range
my fednode fell over 2 days ago, so re-started and it took a while to catch up, when i checked this morning I have this message ive not bumped into before any idea in how to deal with that?
seems to be tripping repeatedly on it.

kicking it did the job.

It’ll keep repeating error as long as tx is in mempool… as soon as tx confirms you’ll see the message one more time when parsing the block then you won’t see it again

ahah, so patience would have done it

https://testflight.apple.com/join/KQg2sP4m

Anyone wanna try this - it’s a multi chain wallet explorer. I got them to add xcp finally

Sweeet

When is the next protocol update scheduled? I can help review the code.

there seems to be a bug with coindaddy counterwallet

throwing up this page for some users even thou user chrome

I am curious about this one, appears it just started happening recently.. someone reported it to me on my cp fork aswell.. and they didn't have it happen previously... they said it only happens to them on chrome though

yes seemed to happen on both test and prod and all servers. I was able to delete the element via devtools and logjn fine

I tested this out today, my older version of chrome had no issues.. updating to latest caused the popup.

it seems, since chrome has gone into version with 3 digits ( 100 ), it gets rejected as we reject chrome version 1.

fixes, but also if you do:

the close: true, then if issue like this happens again can just close the window without using devtools like robot love coffee did.

them changes are to be done in counterewallet/src/js/counterwallet.js

I have a fix I’ll apply to the servers tomorrow https://github.com/CounterpartyXCP/counterwallet/pull/910

Not sure if correct place to ask, I want to get a list of all markets for an asset, I have been using xchain api and the call seems to only return items that have had at least on sale "Last Price", I'm trying to help people find trades and in most cases there will only be a Bid or Ask. would switching to the coindaddy Public Development Servers be the correct path and then start searching the orders table?

Yeah, you probably want to use the Counterparty API instead and use that orders table and filter for XCP and the other asset.

thanks, I started with something very simple so xchain worked great, will look to migrate to CP API and see how that goes

Yeah, for simple, less frequent calls, xchain is fine. But you'll get throttled in no time for more complex and more frequent calls.

hoping to setup a node once I find time... have the machine ready to go just need to block a window to get started

for those that might be following along, I used this to figure out columns to filte on

https://github.com/CounterpartyXCP/counterparty-lib/blob/master/counterpartylib/lib/messages/order.py

No need to set up in order to use the public API. You cna learn API and start set up concurrently.

yes using public API and it is working fine but would like to have a node up and running

I have a artist that forgot to set divisble false

can that be updated?

was not sure if this was ever implemented

not at this time... in another couple months, yes

https://counterpartytalk.org/t/cip-reset-token-divisibility-statuses-for-unused-asset/1643

its getting implemented on dogeparty first.. then will get commited to Counterparty after we sus out any issues with it on Dogeparty

so the only resolution at the moment is wait till impementation correct

correct

and make sure not to issue any supply

thanks for such a quick reply

what is the correct api call to get a list of tokens tokens created by an address

at the moment I'm doing issuance but this does not allows return latest data

so I switch to try and filter off the Assets table but "asset" does not seem to be a field

and I cannot find the table def

string payload3 = "{ \"method\": \"get_assets\",\"params\": {";
payload3 = payload3 + "\"filters\": [{\"field\": \"asset\", \"op\": \"==\", \"value\": \"" + t.Asset + "\"},{\"field\": \"quantity\", \"op\": \">\", \"value\": 0}],\"filterop\": \"and\"},\"jsonrpc\": \"2.0\",\"id\": 0}";

fails

{"error": {"code": -32000, "message": "Server error", "data": {"type": "SQLError", "args": ["SQLError: no such column: asset"], "message": "SQLError: no such column: asset"}}, "id": 0, "jsonrpc": "2.0"}

Issuances table

Looks up all issuances by address and filter results

I did this. the data is not always correct, so I wanted to grab the latest Asset data but do not see a way to so that. xchain has a method to get Asset data and CP used to seems odd to not be able to just grabb an asset by name

“Data is not always correct”…. What does this mean? The get_issuances dumps data direct from the table…. So u should be able to get issuance data for any asset

I will run tests again but at time the descriptions would not have a value but when I view the asset of xchain it does. I'm look to provide a real example.

Issuances give out issuance info….. so to get current description you’d need to get latest issuance with description for a given asset

Yeah important to remember that the issuances table is simple a log of all issuance txs so for instance a locked asset has at least two txs, the initial issuance Tx and the locking Tx

Thanks for you patince guys, I should have dug in a little more, I had code that was working and then when it hit older tokens was not working as expected but it was on me. Little sleep and trying to work fast are not a great receipe for clean code. Sorry the bother and thanks to you both for being so responsive.

no worries, here to help

To get the most recent Token data, say to check for an upated image calling the xchain is not advised https://xchain.io/api/asset/{0}. What would be the best path accurate information. Or does the most recent Issueance contain this information so calling that and filtering by timestamp would solve this?

Calling xchain is fine

what I'm trying to do is import all tokens for a creator, it a perfect world this would be one call to a table to get all Assets where an address is the owner. Because this does not exist I have been calling the get issuance and trying to filter to peice toegther but think now I will just import all issuances for an address as a working table and perform sql agaist it to be able to get the image data and the quantity as those and Asset name are all I need. I will look to use XChain as a meta refresh should a user change the image data and check quant if there have been any burns downs.

I'm also making the assume that there is not a way to grab the data for this token via the api or I'm missing how that would be completed?
https://xchain.io/asset/PEPESHROOMS

You might want to just run counterparty2mysql to run queries like this where the api doesn’t easily let you at the data you want

https://github.com/jdogresorg/counterparty2mysql#:~:text=counterparty2mysql%20is%20a%20php%20script,and%20then%20processing%20each%20message.

Is there any reason get_holders would return dups for a Asset? I'm getting dups for "VICEPEPE"

escrow maybe

nope that is what I thought, two result exact same data

I have been able to reproduce this with other tokens "SMOLGON" and "FAKEASF" are other examples

ok I will look to see if I can get this setup on my dev machine (mpb)...thks

hey guys, does anyone know why would all my assets show a PGP signature signed by RyR on freewallet?

looks rare

fake n' rare

Do you have ballpark space requirment for the mysql?

Can you paste the results of the query here?

And the exact call you’re making

Call and Data

which entries are duplicated?

"176RWdi3KNdjDHEcsT7PZtn7YTgcY2Td9E",

2 of them

with FAKEASF more than 1 dup

Thanks will take a look

appreiete it, at the moment just de duping after import. I'm on windows so doing the mssql path is going to take more time

Sorry to blast with issues but been having trouble with Freewallet today. Transferred BTC from one address toanother this morning. since then, even though my btc balance shows 0.084btc every attempt to mint results in an "Insufficient btc at address" error.

Am I right to assume this is because even though the btc amount shows, the transferred BTC is stuck in an unconfirmed transaction? If so how can I see that transaction? (I can't see it on blockstream)

this issue is dispenser related

for some reason, dispenser escrowed assets are not parsed as escrow in the get_holders call

so the two entries are actually (1) the current asset balance and (2) dispenser escrow

for address 1Aweq7vm5ReGThFUpwaFsbjBWf5qikVeTY there is a single entry but there’s actually no current asset balance at that address, only dispenser escrow

did you ever figure this out? utxo selection can be funky in freewallet

Well that is not ideal, as I was checking for escrow, is this something that can be fixed as I will have no idea how to tell the difference

also thanks for the responses

you could query dispensers by address and audit the two responses

long term the api call should be fixed, i’d suggest opening an issue on the counterparty-lib github repo so it gets added to the list

It’s working fine.. we show separate records for balances and escrowed assets…. This is so it is clear in dividend payments that the numbers line up (paid out correct amount for balance, then a second dividend payment for any escrowed assets)….. this makes it muuuch easier to track what’s going on than have a dividend paying out on balances and escrowed assets at the same time.. the amounts displayed in the dividend would be confusing (ie i only had 100 tokens in my balances but got a dividend like I had 110 tokens, why?!?) ….. reverse accounting to figure out what was escrowed at what time would be a major pain….. and I believe we show up to 3 lines in get_holders…. Balances, funds escrowed in dex orders, and funds escrowed in dispensers

We do need to update get_holders to stop returning 0 quantity records tho…. It results in unnecessary db bloat

What I'm suggesting is just an update to the API to provide a value for the items that are Escrow. At the moment there is not way to tell the records apart.

"address": "176RWdi3KNdjDHEcsT7PZtn7YTgcY2Td9E", "address_quantity": 1, "escrow": null}, {"address": "176RWdi3KNdjDHEcsT7PZtn7YTgcY2Td9E", "address_quantity": 1, "escrow": null}],

if this showed escrow with a different value I would agree 100% but returning dup records cannot be reconciled, or perhaps I'm missing something

Will do

the funds have returned to the original address. Couldn't find it as Freewallet reset addies and labels when I restarted it, but eventually after creating gazillions of addresses it reappared 😅

i think im going to start working on a site where anyone can add a bonus content link to their issued assets that only holders can access

make it really simple, will likely require holding some asset like BONUSLINK or something like that, will make it easier for spam prevention

like they sign a msg to access site

exactly

similar to what rpw does for bonus content

the site will just have temporary msgs so that the sig will only be good for 5min or something

if anyone else whats to experiment with signature access, feel free to use my signing server, its a super simple vercel app

https://versig.vercel.app/api/versig?addr=147cUCdYBpvPLVnpvSNGz14Ue2USzi1FsQ&msg=hello&sig=H18DeQoE8VqP%2FQ5sKTHjux6%2FCw8Ujdw%2B3xIlL922%2Bj9pAkBVA%2FR5pWTbeyio1p2vASsvMxE8SoiJLGz9zqdgBBo%3D

here's an example

verified: 1 for correct and verified: 0 if incorrect

thanks for this I was going to be looking to add this to rlc

so you flow is owner create content for holders...

holders login to see content

https://github.com/loon3/Freeport-extension/blob/4825bc753864e21918d9794d68ad5fa7d779b489/Chrome%20Extension/js/btc.js#L375

this should help

100% I have not looked at this yet but HUGE peice to help addoption

https://github.com/loon3/versig

thats the signing server

very simple node app

the catch is its only been tested for p2pkh addresses so it may not work for bech32

i can almost guarantee it wont work without some type of update to the code

ok

life was so much simpler when we only used one type of address

I would imagine

hey

is there a way to reverse the divisible function, is there a CIP for it ?

I believe there is a CIP for that

Yeah I’ve been told

So want to know how that would work

https://github.com/CounterpartyXCP/cips

Good place to start

Thanks

A new dispenser has been created to collect funds for development and implementation of Counterparty Improvement Proposal (CIP) #3. CIP03 will allow asset owners (who control 100% of the existing supply) to 'reset' their token supply which will destroy all existing supply and allow the asset owner to re-issue the token supply as divisible or non-divisible.

All donations are appreciated, however only donations of at least 0.0005 ($20) will receive the BLACKBOX subasset tokens to commemorate the donation.

Dispenser Link
https://xchain.io/tx/2002701

CIP03 Link
https://github.com/CounterpartyXCP/cips/blob/master/cip-0003.md

FYI... collecting funds for CIP03 now... hope to have this fully funded within the next week or two so we can begin work on this update 🙂

Is work blocked until fully funded?

yes, per the CIP bounty guidelines, work does not begin until the bounty is fully funded.... once funded, dev work begins... we've already done all the heavy lifting on dogeparty, so dev should go pretty fast 🙂

it is ok to post these links to twiter to raise awareness, I bought a few to start.

Thanks for organizing a donation dispenser @jdogresorg 👍
Happy to see it's partially funded already

Will this include tokens I accidentally locked at 0?

Haha I did the same thing recently

Lol, I am genuinely "asking for a friend"

Nope… only works for assets with supply unlocked

Thought that be the case

could be a dumb question but where do you find the details about whether an Asset is in Rare, Fake or other directories?

Their individual API endpoints.

There's no master endpoint that has this project info.

directory feeds is the answer you are looking for.

https://rarepepewallet.com/feed
https://fakeraredirectory.com/wp-json/fake-rare/feed
https://phunchkins.com/wp-json/phunchkins/feed

are a few

how often are thumbnails re-pulled? (if at all) eg i update a image not associated with a project

ok thanks, seems odd to not have a native way to pull all assets the same way xchain does... makes it hard to pull older tokens. But I guess it is the nature of this stuff to a degree. Thanks for the links I will add in parsing into these

a directory serves the purpose of locking a decided image against a token name - counterparty does not do that naturally - it has be external of that system.

so the old images that are stored on xchain's site got there how?

By jdog manually placing them there

ok so it was just a storage place that was wasy and made sense

I assume xchain was looking at CP data to build it's page

The images shown for rarepepes on CP is derived from
Rarepepewallet.com/feed which were then collated and stores locally as far as I can tell

This is part of the system that goes the ‘green banner ‘ also just as far as I can tell.

yes but say this card

https://xchain.io/asset/TROUTLESS

has a json but image stored on xchain

no easy way to determine is via code

Collated differently it’s a different directory

You
Need Nathan’s feed

It will have different structure to the ones I’ve given as examples

ok so old cards relied on directory and newer cards can now support easyasset or json for meta storare

storage

Think like this…..

seems to be the case from what I can tell

The json is like the default source of the info about what’s show on xchain……

But then if it’s in a dir some
Other parsing happens

Parsing that can show an image based on the Feed info

And does not rely on json on the token

but for that card I cannot access the green part to know what dir it is a par of

Also kaleidoscope is a special case

It is black market

No not without also having access to the feeds

ok

how do the directories update to add the green bar

They ask xchain admin

ok

that is what I thought

well thanks as always for the insight and help

Let some others confirm I am using some assumptions I guess

Does anyone know exactly why parsing takes time on the counterparty service while running a node?
Isn't parsing basically converting the OP_RETURN message from bitcoin transactions to CP format? If so, why would it take too long? I'm trying to wrap my head around it 🤔

I believe it communicates with a database after parsing to store the results of said messages but @jdogresorg probably best to answer here.

This would certainly affect it, if you look at counterparty-lib every counterparty identified Tx then has to run through a validate function

Also it needs to wait for addrindexrs to index every Tx in the block

With dispensers especially, every bitcoin Tx has the potential to affect counterparty consensus

Ahhh, right. I never thought of this.

There is an encoding method that uses p2pkh addresses kind of as a last resort, I wonder if because of that every Tx is being parsed to check

It’s rarely used and I’m not sure if it’s been deprecated or not, if not that could potentially speed things up

Good question for @pataegrillo

I’ve been thinking about a new message type for a sort of naming system like ens

Or possible creative ways of doing something similar with the current system

are you talking about p2sh encoding used by cp?

parsing means read all blocks and txs in bitcoin blockchain. If you write a simple code that just only reads all of them and print on screen every block index and every tx hash (something very simple and fast) it will surprisingly take a long time because the amount of data.

CP must search for every OP_RETURN that has the magic word. That means look into every tx output. Some blocks of bitcoin can hold 1000 txs, others more than 3000.

the process that decodes the OP_RETURN data is fast, but there are so many

cp stores its data in OP_RETURN when data size is less than 80 bytes. When the data is bigger, for example, when sending a MPMA, CP stores the data in one or many P2SH outputs and create also a OP_RETURN tx to hint that operation. CP can know when there is a MPMA because there is a special byte encoded in the OP_RETURN that indicates what kind of message must be processed

one thing that could make CP parsing faster is not using addrindexrs and read the txs directly from the blocks files. But that requires a lot of time 😅, specially for testing it

Was a really interesting read!
Now I got a better understanding of why it takes a long time.

Thanks for the reply, so in short, it boils down to checking, indexing and parsing a large amount of tx's and it adds up as there could be thousands of them in blocks

Exactly, is not like there is nothing we can do about it, but even a simple process can take many seconds to parse all txs

Hi gang...
Counterparty database is behind backend.
Falling foul to this alot today, would boosting my box specs help with this?

counterparty_1 | [2022-04-29 04:04:15][ERROR] Unhandled Exception
counterparty_1 | Traceback (most recent call last):
counterparty_1 | File "/usr/local/bin/counterparty-server", line 11, in <module>
counterparty_1 | load_entry_point('counterparty-cli', 'console_scripts', 'counterparty-server')()
counterparty_1 | File "/counterparty-cli/counterpartycli/__init__.py", line 16, in server_main
counterparty_1 | server.main()
counterparty_1 | File "/counterparty-cli/counterpartycli/server.py", line 166, in main
counterparty_1 | server.start_all(db)
counterparty_1 | File "/counterparty-lib/counterpartylib/server.py", line 489, in start_all
counterparty_1 | blocks.follow(db)
counterparty_1 | File "/counterparty-lib/counterpartylib/lib/blocks.py", line 1423, in follow
counterparty_1 | check.asset_conservation(db)
counterparty_1 | File "/counterparty-lib/counterpartylib/lib/check.py", line 160, in asset_conservation
counterparty_1 | raise SanityError('{} {} issued ≠ {} {} held'.format(util.value_out(db, asset_issued, asset), asset, util.value_out(db, asset_held, asset), asset))
counterparty_1 | counterpartylib.lib.check.SanityError: 99 HIDETHEPEPE issued ≠ 89 HIDETHEPEPE held

Anyone hit this five hours ago?

yessir

i had 'excpetion while handling exception', then on restart and more parsing it hit this one.

The error handling is just

think it just smeshed me again

[2022-04-29 13:42:45][INFO] Block: 734107 (129.81s, hashes: L:2aa8f / TX:e0a58 / M:62a31)
counterparty_1 | [2022-04-29 13:45:26][INFO] Issuance: 1P8EPJ2k5p9LJw5tiyrZKJKm9Zzh1GjfEq created 121 of indivisible asset CHOLOPEPE (c7cbd78726c53f6fc04d8acbb132cfb673d96410298cd3e065eb47a9e9649e44) [invalid: insufficient funds]
counterparty_1 | [2022-04-29 13:45:26][INFO] Send: 3 PEPERUN from 14vWtbBYVqasHWW8CcnXLWyqcSVj6ajDrs to 1BzAFx1f5iAM6t3xfv1cYrxbYQxLBSA6A7 (91754d9a3a1cf87fe932c3fda0493ddb2ae832ddb8babdeacdf0a3c779bd4d96) [valid]
counterparty_1 | [2022-04-29 13:45:27][INFO] Order: 1MRroyqF1ieQ2kvrCncJgFu93peHi4nBMJ ordered 3.0 XCP for 1 A6999570406146082045 in 8064 blocks, with a provided fee of 0.00001000 BTC and a required fee of 0.00000000 BTC (10b600856efc71f273fd82115467b1130a3b209cd9d8b6c209dba3fab8b218a1) [open]
counterparty_1 | [2022-04-29 13:45:27][INFO] Order Match: 1 A6999570406146082045 for 3.0 XCP (4676b70c1bf56b52dcee17399365b79e64cf284a461bc239b3fb8bf48dd43f78_10b600856efc71f273fd82115467b1130a3b209cd9d8b6c209dba3fab8b218a1) [completed]
counterparty_1 | [2022-04-29 13:45:27][INFO] Order: 1MRroyqF1ieQ2kvrCncJgFu93peHi4nBMJ ordered 4 WOLATTE for 2 WOJAKS in 8064 blocks, with a provided fee of 0.00001855 BTC and a required fee of 0.00000000 BTC (efbf6084e3b4f6d96a93ab57500d718fb8a8648169258141270dbdb72be5153f) [open]
counterparty_1 | [2022-04-29 13:45:27][INFO] Issuance: 144EH9d7ySvnuk9GB211trX2xYoHjqaFcU locked asset PHARAONPEPE (a6800bb050cd0dfae3b26517b895dfec07394741a090d3b9b0ed619b41fafb13) [valid]
counterparty_1 | [2022-04-29 13:45:27][INFO] Send: 1 SMOLOFFER from 16pvgDvYYYgg1k8hLtwk8cw2fZ3XxXXRdH to 1FhfWgbWPGphnNsfcoJSGAEJ1Yp2HTp6MQ (86a6203b9bf4768bace3307d3fcb5a03291c4d6e07795d9f4d387cefcba8673f) [valid]
counterparty_1 | [2022-04-29 13:45:27][INFO] Send: 6.99999993 XCP from 1LsixX5QB4MPer6NP5azPCJEKsp68GiAxY to 1FhfWgbWPGphnNsfcoJSGAEJ1Yp2HTp6MQ (7218930de1b2fbfaaa1ba78659af2133dd8e9771a088b9925f1dbb29eb8370ca) [valid]
counterparty_1 | [2022-04-29 13:45:27][WARNING] Invalid send of 699999993 XCP from 1LsixX5QB4MPer6NP5azPCJEKsp68GiAxY to 1HS85uu1G9KUP9AvC8kez9K5SrGaRL8TQ4. status is invalid: insufficient funds. (9c7d185c3435ea1ecaf017b1b6c495d159f928291cdfd0acbe2215664d49ba6b)
counterparty_1 | [2022-04-29 13:45:27][INFO] Send: 6.99999993 XCP from 1LsixX5QB4MPer6NP5azPCJEKsp68GiAxY to 1HS85uu1G9KUP9AvC8kez9K5SrGaRL8TQ4 (9c7d185c3435ea1ecaf017b1b6c495d159f928291cdfd0acbe2215664d49ba6b) [invalid: insufficient funds]
counterparty_1 | [2022-04-29 13:46:18][ERROR] Unhandled Exception
counterparty_1 | Traceback (most recent call last):
counterparty_1 | File "/usr/local/bin/counterparty-server", line 11, in <module>
counterparty_1 | load_entry_point('counterparty-cli', 'console_scripts', 'counterparty-server')()
counterparty_1 | File "/counterparty-cli/counterpartycli/__init__.py", line 16, in server_main
counterparty_1 | server.main()
counterparty_1 | File "/counterparty-cli/counterpartycli/server.py", line 166, in main
counterparty_1 | server.start_all(db)
counterparty_1 | File "/counterparty-lib/counterpartylib/server.py", line 489, in start_all
counterparty_1 | blocks.follow(db)
counterparty_1 | File "/counterparty-lib/counterpartylib/lib/blocks.py", line 1423, in follow
counterparty_1 | check.asset_conservation(db)
counterparty_1 | File "/counterparty-lib/counterpartylib/lib/check.py", line 160, in asset_conservation
counterparty_1 | raise SanityError('{} {} issued ≠ {} {} held'.format(util.value_out(db, asset_issued, asset), asset, util.value_out(db, asset_held, asset), asset))
counterparty_1 | counterpartylib.lib.check.SanityError: 99 HIDETHEPEPE issued ≠ 89 HIDETHEPEPE held

MoFo

stop on error and make a qualified professional figure out WTF is going on and issue a fix... seems like decent error handling to me... better than continuing on with an incomplete/invalid ledger... as that could get real mess real fast with one ledger showing balances the other one doesnt

Working on a fix for the core issue... which is related to using BTCpay on the DEX

this hidethepepe seems to keep tripping me, anyone else also having that?

yes, everyone is having that issue.. CP is hard down until we get a fix in place.. working on it

ok thanks

FYI... the fix for the latest sanity error on counterparty is out

if you run a fednode simply run these commands:

fednode update counterparty
fednode rebuild counterparty
fednode stop counterparty
sudo rm -rf federatednode/data/counterparty/counterparty.db
fednode start counterparty

Thanks guys for working on this so quickly.

of course 🙂

FYI I ran these commands and still hit

counterparty_1 | raise SanityError('{} {} issued ≠ {} {} held'.format(util.value_out(db, asset_issued, asset), asset, util.value_out(db, asset_held, asset), asset))
counterparty_1 | counterpartylib.lib.check.SanityError: 99 HIDETHEPEPE issued ≠ 89 HIDETHEPEPE held

if you downloaded the latest counterparty bootstrap database, you wouldn't be getting that issue

run fednode stop

then

sudo su

cd federatednode/data/counterparty/

rm -f counterparty.*

ls -la

make sure the file is gone

then exit (exit out of sudo su)

then restart counterparty

Ahhhh

OK OK

I made a mistake and didn't check it was deleted.

once the database is gone and the node is restarted, it'll start the download of the bootstrap again

for some reason the sudo rm -rf command doesn't always work

And I think I just copy pasta'd your commands from a wrong directory.

better to sudo su

then do it directly and check 🙂

grazie grazie.

Downloading mainnet bootstrap DB...

Annnnd it broke

counterparty_1 | apsw.CorruptError: CorruptError: database disk image is malformed

But getting closer!

Stop counterparty, remove the .db file, try again

Sometimes if you start testnet it’ll download the bootstraps as well n overwrite stuff corrupting the zip

It’s a good bootstrap file, just ur download of it isn’t clean

Sounds good. Will keep trying. Thanks @jdogresorg

legends thank you.

node updated 🔥

getting "Server error" when trying to do a multisend 🙁

Look at the request to the api n it should tell you why it’s failing

how would I do that in Freewallet? if it helps, it also says "Error generating first transaction!". also, it's an imported key

might be because of the low BTC amount? I've got 0.00005471

but it surely should cover the tx fee

damn, it won't even single send

Error composing send transaction via API: Insufficient BTC at address XXX. (Need approximately 0.00025 BTC.) To spend unconfirmed coins, use the flag --unconfirmed. (Unconfirmed coins cannot be spent from multi‐sig addresses.)

Yep. It's dust.

wtf does it need 25000 sats for?!

https://www.investopedia.com/terms/b/bitcoin-dust.asp

it's $2 when transactions cost 10c

alright, so I deposited >0.0003 BTC and still getting the error on the multisend

how do I debug that in Freewallet

Click the logo then click debug button then network tab n find the api request n response

{
"error": {
"code": -32000,
"message": "Server error",
"data": {
"type": "UnknownPubKeyError",
"args": [
"Public key was neither provided nor published in blockchain."
],
"message": "Public key was neither provided nor published in blockchain."
}
},
"id": 0,
"jsonrpc": "2.0"
}

It’s a new address

Do a transaction with it like a normal send then u should be good

I’ll be fixing this issue in the next freewallet release….. it’s just an issue with using a brand new address which has never sent anything before

does the same bug apply to sweeping?

would opening a dispenser count?

could you also please get rid of the 0.00025 BTC minimum in the next release? btw, any ETA at all?

yes... as I said, it is easy to solve, just do a normal send from the address

there is no minimum 0.00025 BTC... not sure where your getting that idea from, but there is no special minimum amount of BTC to send in Counterparty.... any valid bitcoin transaction is a valid counterparty transaction.... but you can't break the rules like sending less than bitcoin dust amount.. and you need to pay a BTC transaction fee

I suggest you stop trying to do things for just a few dollars... put $20-50 in the address and you should stop having issues... but keep dealing in tiny increments and your going to drive yourself mad with balance complaints

this is where I got it from

that is a message telling you how much BTC you need to complete the transaction

nothing about a minimum... just basically saying you need more BTC...

a single send is 250 sat, not 25,000

but yeah, point taken

and sweeping, is it also affected by this "UnknownPubKeyError"?

also, "Error composing sweep transaction via API: ['insufficient XCP balance for sweep. Need 0.5 XCP for antispam fee']"

how can a Counterparty transaction be spam if it piggybacks on a BTC tx?

yes... again, just do a single send from the address once and it'll solve the issue

ok, thanks, good to know

XCP is being used as an ANTI-SPAM fee.. since you can move thousands of assets in a single sweep transactions and it can result in thousands of records being created in the database... we require a small anti-spam fee... same as we do for special functions like issuing an asset, dividends, sweeps, etc

Heading out to spend the day with my son now.... ttyl

can't you move thousands of assets using multi-send?

enjoy

MPMA send limit is 1000... and it requires 2 transactions and can be more costly than just a sweep... sweeps move everything in a single cheap transaction (cuz we're just sending "move all assets in wallet to address Y".... instead of sending a full list of assets and amounts we want to send like we have to do in MPMA

cloudy with a chance of margin calls