ActorForth/community

Discussion of ActorForth and related projects under the ActorForth organization.

effgee

@effgee:matrix.org

So I have done something dumb, but before I explain it, is there a wallet that can be used for handling thousands of addresses and SLP tokens. EC-SLP (currently using ECash-SLPDB-3.7.1-gb78d52567 from Actorforth) happily let me make and transfer small amounts to some thousands of addresses, but whenever I try to assemble a transfer out of the wallet, it soft locks for hours and hours and sometimes the gui will show the calculated max send amount, but I can never send it. Additionally, this particular setup is showing me some very strange in wallet behaviour such as invalid SLP transactions that when viewed on the blockchain they are fine.

Also, hello gentlemen and otherwise of Actorforth

Also as you guys have seemed to start building EC-SLP (Great job on the most recent release. Big improvement.) I discovered an issue that is related to what I previously mentioned and was wondering if is possible it is fixed in your releases.

effgee

@effgee:matrix.org

[m]

That would be this: simpleledger/Electron-Cash-SLP#209 which is related to this feature: simpleledger/Electron-Cash-SLP#93

Nicolai Skye

@nicolaiskye

Hello @effgee:matrix.org , thank you for bringing these issues to our attention. We'll look into it further and let you know once we've resolved any of these bugs.

effgee

@effgee:matrix.org

[m]

Ok so I have a small update based on the EC devs, in situations such as myself, the MAX button will never finish and even if it does, it will create a transaction too large to broadcast. They recommended using the "Coins" tab and try to spend from a select amount of addresses, 600 max by selecting them, right clicking and spend. When doing so, there is another MAX button that appears and logically pressing the MAX button while having selected specific inputs should calculate the MAX for those particular inputs/coins. It does not, it tries again to calculate the entire MAX send for the entire wallet. EC devs mentioned in regular EC, the behavior is to only calculate the MAX for the selected coins but they were uncertain about SLP edition. I am confirming SLP wrongly calculates the entire wallet instead of just the selected coins.

@nicolaiskye: Small but important update above

Nicolai Skye

@nicolaiskye

Thank you for your update. I've opened this now as an issue on our Github page for ECash SLPDB so our team can better track it. I'll be sure to let you know if we push any new updates to the wallet.

ActorForth/ECash-SLPDB#5

1 reply

effgee

@effgee:matrix.org

[m]

Should I just start making Github issues with full details?

I tried to run slpvalidate on the specific transaction from the console but this doesnt seem to do or fix anything

"Invalid: insufficient valid inputs" is the return.

Happy to work with someone an send/show them transaction ids

effgee

@effgee:matrix.org

[m]

I'm continuing to work on this and try to narrow down exactly what is going on with it, it seems very random when they fail and rebuilding wallet history seems to randomly show different failed SLP validation ids.

effgee

@effgee:matrix.org

[m]

image.png

Same wallet (opened locally (windows) + remotely (linux), different fails for different SLP transactions, randomly

Going to also run 3.6.6. version to see if I can get the same behavior, cannot remember if it ALSO does that

Ben Scherrey

@scherrey

@effgee:matrix.org unfortunately it appears that these issues are in existing SLP code that we've never touched so aren't terribly familiar with it. Someone who's more familiar with that code base from the Electron Cash SLP project is gonna have to look at it.

effgee

@effgee:matrix.org

[m]

Hey @scherrey yes there are some reports on the EC-SLP github regarding this issue as well. The problem seems to be expounded as well by a poor quality internet connection. I am able to test on both a co-located dedicated server with dedicated internet, which does encounter this issue (but slightly less so), in this case the issue stems LIKELY from the index server load , and locally from my poor quality internet which happens more often. I'm still learning and digging through code (Python noob) and trying to figure out how to force a transaction to revalidate instead of rebuilding from history. The revalidate_slp command, doesn't actually seem to work and further complication, SLP transactions that are invalid are excluded from coinselection which essentially orphans those UTXOs on the wallet.

Ben Scherrey

@scherrey

Seems you've been busy digging. :-) One of the issues with SLP is certainly the lack of stability of the infrastructure. We're working on that as well.

effgee

@effgee:matrix.org

[m]

That is great to hear.

ahem read

Prashant Singh Pawar

@prashantpawar

Hey guys, I was directed here by @scherrey from SmartBCH telegram. I was wondering how is ActorForth (not he language but the REST services) different from FullStack.cash?

Ben Scherrey

@scherrey

ActorForth is a project group but I presume you mean our rest apis supporting BCH. https://rest.bch.actorforth.org is a fully compatible https API with the original rest.bitcoin.com apis which have announced they're being shut down. FullStack.cash provides functional apis as an alternative but they have different syntax so are not compatible directly. To move from rest.bitcoin.com to rest.bch.actorforth.org all you need to do is change the host name and everything else should just work. To migrate to FullStack.cash you'll have to change the hostname as well as the API calls and your code base for your BCH app to continue functioning.

@prashantpawar FYI

Ben Scherrey

@scherrey

So in two hours (7:30p GMT+7 BKK Time) we're going to attempt to multi-way live stream a demo of a forth implementation targeting a 6502 running on a javascript emulator. :-) Read the end of this blog report for details on how you can join! https://blog.biggestfan.live/post-2021-06-23-new-business/

mrnaif

@mrnaif:matrix.org

[m]

Hi! Is it the right room to ask about https://github.com/ActorForth/bch-toolkit?

Ben Scherrey

@scherrey

Yes it is. What's your question?

mrnaif

@mrnaif:matrix.org

[m]

Well, my question was that was it actually working? ElectronCash and ElectronCash-SLP don't have lib directory for example. I am trying to set up proper regtest support in electron cash. Do you know, does asertDAA even work there?

Ben Scherrey

@scherrey

So your issue is getting it to work at all or getting it to work in regtest mode?

mrnaif

@mrnaif:matrix.org

[m]

Well second thing, and the only implementation I found with electron cash and regtest is this one, so I wonder if you may help me with making it work in my PR: Electron-Cash/Electron-Cash#2319. That way it could work in actorforth fork too (you can cherry-pick it), and there would be no need to patch source code of electron cash like it is currently done. https://github.com/ActorForth/bch-toolkit/blob/master/setup#L291 like here is clones simpleledger version which is updates so that script doesn't work too

Ben Scherrey

@scherrey

OK I saw your PR. If one of my dev team catches this you might get a response this weekend otherwise it'll be Monday BKK time before someone can get back to you. I'm certain we can help you get this figured out one way or another because we have had such a setup working in our own local regtest before.

mrnaif

@mrnaif:matrix.org

[m]

Ok, thanks. Calin will probably take a look too if he's not on a vacation

Nicolai Skye

@nicolaiskye

Hello @mrnaif:matrix.org,

We previously looked into adding regtest support to our Electron Cash SLP fork, but we also encountered issues getting it to work reliably (most likely because of the asertDAA you mentioned). At the time we overwrote the built in testnet mode and pointed it at our regtest server instead. EC showed it was connected and some of the transactions would show up, but they were indefinitely "synchronizing" and EC never validated them. It also often stopped working after attempting to do a few SEND transactions. The bitcoincash addresses also showed as "bchtest:" prefixes instead of "bchreg:" prefixes. That's the most progress we made during that effort. It also stopped working after the 3.6.7 update though I believe.

mrnaif

@mrnaif:matrix.org

[m]

Hello! I see. I have contacted Calin and will try to implement it properly by disabling most of the verification in the code. When it is ready I will write there so that you can try testing it

Ben Scherrey

@scherrey

@mrnaif:matrix.org that sounds great. Sorry I thought we had taken it further along than it was. It was never our intention to fork EC-SLP, but they wouldn't accept our mods upstream at the time and we just wanted to help get people unstuck with their NFTs. We'll definitely be happy to help you test your mods.

mrnaif

@mrnaif:matrix.org

[m]

@scherrey: well, I think my PR should now work without code modifications. The max_bits question still stands, but it should be usable

Ben Scherrey

@scherrey

You have something working with regtest support? What code base are you basing your efforts off of?

mrnaif

@mrnaif:matrix.org

[m]

There are 2 scripts attached to the PR, plus it is possible to issue bitcoincashnode commands to test some things. Yes we have daemon available that works with electroncash in bitcartcc

Radmehr Aghdam

@Radmehr-aghdam

Hey Guys!
Is https://rest.bch.actorforth.org/ work for free?
and Is it have limitations like https://fullstack.cash/

Thank you everyone :)

Ben Scherrey

@scherrey

Hi @Radmehr-aghdam - the API is available for free. We're working on a rate limiting feature for offering paid guaranteed SLAs but there will always be a free level access. Best of all it's 100% compatible with the original bitcoin.com APIs so you don't have to re-write your client software if you were using that previously. Just point your client to our host and you should be good to go.

betrion

@betrion:matrix.org

[m]

This is a talk about Cardano smart contract https://www.youtube.com/watch?v=IqA-mI2olFA
Which have a lot of things similar to ActorForth.

2 replies

Ben Scherrey

@scherrey

I could see ActorForth using IELE as a compiler target. Plutus and ActorForth have significantly different target scopes but certainly overlap in terms of wanting to be able to make correct "smart contracts".

Radmehr Aghdam

@Radmehr-aghdam

Hi
I want to use api, but always I have this err, I tested the website also and this err was happen:
{"error":"Network error: Could not communicate with full node or other external service."}

3 replies

alpha_97

@alpha_97:matrix.org

[m]

Hello. Would anyone know why https://rest.bch.actorforth.org/v2/address/utxo/pqw72cd5fuc2ly94zdjkqaks9x7q2w7a7gv5w78wk5 reports no utxos whereas there should be two as per eg https://blockchair.com/bitcoin-cash/address/pqw72cd5fuc2ly94zdjkqaks9x7q2w7a7gv5w78wk5

3 replies

Ben Scherrey

@scherrey

LOTS of work being done on the BCH-Toolkit (as well as new branding). Stay tuned for some new release information and better deployment scripts/options Real Soon Now...

mrnaif

@mrnaif:matrix.org

[m]

Hello the ActorForth community! I have a proposal: does anyone here want to contribute to/join BitcartCC team? BitcartCC is an self-hosted open-source payment processor supporting different currencies including BCH (via electron cash) and as we're expanding (like adding plugins support) we're searching for more people to work together to make the software even better!
bitcartcc/bitcart#258
Let me know if I should delete the message

Ben Scherrey

@scherrey

Hello the ActorForth community! I have a proposal: does anyone here want to contribute to/join BitcartCC team? BitcartCC is an self-hosted open-source payment processor supporting different currencies including BCH (via electron cash) and as we're expanding (like adding plugins support) we're searching for more people to work together to make the software even better!
bitcartcc/bitcart#258
Let me know if I should delete the message

Looks interesting but we don't contribute to viral GPL3 licensed code bases. You'll note all our software is MIT/BSD or something similar that can be used by anyone. Lots of companies cannot incorporate these ultra-viral licenses into their enterprises for absolutely valid reasons.

2 replies

So BIG NEWS for BCH-Toolkit fans! We've re-branded the project to be BCH DevSuite and have now added official support for SmartBCH. Also, all of the SLP support we've added to client libraries and backend services is now published as open source. We handle development issues here in Gitter. You can check out the project web page at https://devsuite.actorforth.org/ and general product support chat on Telegram is at https://t.me/bchdevsuite .

Ben Scherrey

@scherrey

Tonight at 7p BKK (GMT+7 about 1.5 hours from now) we're giving a little presentation about evaluating EVM Block Chains from a Biz & Development perspective. Please join us on our multi-way live streaming platform and feel free to offer comments/questions during the event.

https://us1.liveconnect.biggestfan.live/?room=dagobah-wroonian

Ben Scherrey

@scherrey

Announcement about BCH DevSuite : we know SLPDB is down for several days now. Seems all public SLPDB instances are broken now with an issue related to node.js & memory.

Question: One option for us is to filter out FlexUSD txs. That would be sad as it's the majority of SLP txs but it could address the issue of inadequate capacity of the MongDB/SLPDB code base. Curious what APIs people are dependent on and whether or not FlexUSD indexing is a priority for current users. Please give us your feedback here.

Sadly SLPDB is abandonware and was never really adequate for its purpose in the first place architecturally.

Where communities thrive

People

Repo info

Activity