Fineract CN / Stellar bridge

[Myrle Krantz <my...@apache.org>]

Hey all,

I've been working since yesterday on a Fineract CN / Stellar bridge.
Basically I'm just copying the existing Fineract 1.x bridge that I did
for the Mifos Initiative, and adjusting it to the paradigms and
interfaces of Fineract CN.

I'd like to develop it under the auspices of our project.  Are there
any objections?

Best Regards,
Myrle

Re: Fineract CN / Stellar bridge

[Ed Cable <ed...@mifos.org>]

This is great news Victor. Looking forward to those code contributions.
Myrle, in the meantime until you are able to put your head around this,
what is best way for Victor to share his code? Can he set up a separate
branch or should he just make a pull request for review?

Ed

On Mon, Sep 17, 2018 at 10:44 PM Victor Manuel Romero Rodriguez <
vic_romero@hotmail.com> wrote:

> Hi Myrle,
>
>
> I have taken this thread because now we are working in a Crowdfunding
> project and we are in our PoC the Stellar platform.
>
> We are working with the Smart Contracts for the PoC, because is part of
> the requirement to reduce the risk, lock the assets and also to have
> multi signature and unlock the money as per a timeline of deliverables.
>
> In Mexico we are looking for the best integration with the official
> currency and the players of payments gateways that we have in this
> country (MXN <--> XLM), because is a challenge to find the best
> cost-benefits to allow the micropayments and the MFI to succeed.
>
>
> We would like to contribute with the code that we have done for 2
> players of the mexican market payment gateway and also to contribute on
> the Stellar bridge.
>
> Regards
>
> Victor
>
> El 24/07/18 a las 03:28, Myrle Krantz escribió:
> > Hi all,
> >
> > I hadn't been tracking Sanyam's efforts closely enough, but now I've
> > had a quick flyby of it, there are some important problems with me
> > integrating with it:
> >
> > * It's not part of Fineract. It's being creating at the Mifos Initiative.
> > * It hasn't been released yet.  It's very early stage.
> >
> > If I were to make my code dependent on it, and the development were to
> > take an unexpected direction, I wouldn't be able to protect any
> > Fineract users from that, and I'd be making Fineract users dependent
> > on the Mifos Initiative.  I think highly of the Mifos Initiative, and
> > it *is* a non-profit, but there are still risks there.  For example,
> > the Mifos Initiative doesn't have a vetting process which prevents
> > Cat-X dependencies, like the one Markus discovered.
> >
> > Also architecturally, I think it may create unnecessary complexity
> > (though I'm not certain I'm right here).  If what we want to achieve
> > is a certain flow of transactions through accounting, we can achieve
> > that with a static library, made available to all payment plugins.
> > You're going to have to provision a vendor specific-component via the
> > provisioner anyways.  Why add extra provisioning code?
> >
> > (I wrote this email with Fineract CN in mind, I haven't really thought
> > this through for Fineract yet.)
> >
> > Best Regards,
> > Myrle
> >
> > On Wed, Jul 18, 2018 at 3:17 PM Myrle Krantz <my...@apache.org> wrote:
> >> Hey all,
> >>
> >> I'm glad to see so much interest.  I'm going to go ahead and create
> >> the repository and put my code of the last couple of days into it.  At
> >> this point this is more of a proof-of-concept than anything else.  As
> >> a developer, I'd like to discuss on the basis of implementation
> >> decisions, and that's so much easier if there is code to look at.
> >>
> >> Best Regards,
> >> Myrle
> >> On Wed, Jul 18, 2018 at 3:12 AM Brijesh Kumar <do...@bodhiproject.org>
> wrote:
> >>> I agree with Steve. Cross-border payments space (FIAT) is fast
> adopting the
> >>> Interledger Protocol (ILP <https://interledger.org>). Mojaloop is an
> >>> implementation of ILP.
> >>> Hyperledger QUILT <https://www.hyperledger.org/projects/quilt> (Linux
> >>> Foundation) is a business blockchain tool which is interoperable with
> >>> ledger systems (Hyperledger Fabric/ Sawtooth/ Iroha) and the ILP.
> >>>
> >>> It would be good if requirements are drawn in a way that
> Stellar/Ripple,
> >>> Mojaloop/QUILT, MMPs could be seamlessly configured with Fineract CN
> for
> >>> domestic/ cross-border payments.
> >>>
> >>> Thanks,
> >>> Brijesh
> >>>
> >>>
> >>> On Wed, Jul 18, 2018 at 5:56 AM, Steve Conrad <sc...@gmail.com>
> wrote:
> >>>
> >>>> Hi James and Myrle -
> >>>>
> >>>> I am wondering if we could combine these efforts to create a Stellar
> >>>> integration with the current payment gateway project that we are
> working
> >>>> on. Sanyam is developing this code under Rahul's mentorship. We
> designed
> >>>> the gateway to be very flexible so that we could configure any number
> of
> >>>> payment providers - MFIs, MMPs, or platforms like Mojaloop or
> >>>> Stellar/Ripple.
> >>>>
> >>>> While our development is currently oriented around Fineract V1, we
> have
> >>>> architected the gateway so that it can function as a micro-service and
> >>>> should be compatible with Fineract CN. All interactions with Fineract
> are
> >>>> done through ActiveMQ.
> >>>>
> >>>> Myrle, perhaps we could connect on your requirements and ensure that
> this
> >>>> gateway project will meet your needs as far as Stellar integration.
> >>>>
> >>>> Thanks,
> >>>> Steve
> >>>>
> >>>> On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <my...@apache.org>
> wrote:
> >>>>
> >>>>> James,
> >>>>>
> >>>>> Just like Mojaloop, Stellar is a Ripple fork which exists primarily
> >>>>> for moving real currencies, not coins.
> >>>>>
> >>>>> If Fineract were a business this might be seen to impinge on another
> >>>>> development direction by taking resources away from other efforts.
> >>>>> But in open source we're all free agents, so additive changes without
> >>>>> an impact on other repositories can't really be said to impinge on
> >>>>> anything.
> >>>>>
> >>>>> Hope to see you around here at OSCON!
> >>>>>
> >>>>> Best Regards,
> >>>>> Myrle
> >>>>>
> >>>>> On Tue, Jul 17, 2018 at 11:06 PM James Dailey <
> jamespdailey@gmail.com>
> >>>>> wrote:
> >>>>>> Hi Myrle - I have some opinions about the business model of any
> block
> >>>>> chain
> >>>>>> / coin based approach to financial transactions, but no objections
> to
> >>>>>> widening the appeal.
> >>>>>>
> >>>>>> I guess I'm unclear about the relationship between stellar connector
> >>>> and
> >>>>>> other connectors.  In an ideal world the architecture would allow
> for
> >>>>> ready
> >>>>>> made connection points so we don't create duplicative efforts.
> >>>>>>
> >>>>>> For the good of the project I wonder if that could be made clear
> prior
> >>>> to
> >>>>>> bringing in code and/or how this code would impinge or not on any
> other
> >>>>>> development direction.  If that's already clear to everyone, please
> let
> >>>>> me
> >>>>>> know.
> >>>>>>
> >>>>>> James
> >>>>>>
> >>>>>> On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org>
> wrote:
> >>>>>>
> >>>>>>> Hey all,
> >>>>>>>
> >>>>>>> I've been working since yesterday on a Fineract CN / Stellar
> bridge.
> >>>>>>> Basically I'm just copying the existing Fineract 1.x bridge that I
> >>>> did
> >>>>>>> for the Mifos Initiative, and adjusting it to the paradigms and
> >>>>>>> interfaces of Fineract CN.
> >>>>>>>
> >>>>>>> I'd like to develop it under the auspices of our project.  Are
> there
> >>>>>>> any objections?
> >>>>>>>
> >>>>>>> Best Regards,
> >>>>>>> Myrle
> >>>>>>>
>
>

-- 
*Ed Cable*
President/CEO, Mifos Initiative
edcable@mifos.org | Skype: edcable | Mobile: +1.484.477.8649

*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
<http://facebook.com/mifos>  <http://www.twitter.com/mifos>

Re: Fineract CN / Stellar bridge

[Myrle Krantz <my...@apache.org>]

Hey Victor,

That's very exciting.  I'm very interested in helping you on that.
But because of preparations for ApacheCon, I don't have time for this
right at this moment.  I will come back to you in October...

Best Regards,
Myrle
On Tue, Sep 18, 2018 at 7:44 AM Victor Manuel Romero Rodriguez
<vi...@hotmail.com> wrote:
>
> Hi Myrle,
>
>
> I have taken this thread because now we are working in a Crowdfunding
> project and we are in our PoC the Stellar platform.
>
> We are working with the Smart Contracts for the PoC, because is part of
> the requirement to reduce the risk, lock the assets and also to have
> multi signature and unlock the money as per a timeline of deliverables.
>
> In Mexico we are looking for the best integration with the official
> currency and the players of payments gateways that we have in this
> country (MXN <--> XLM), because is a challenge to find the best
> cost-benefits to allow the micropayments and the MFI to succeed.
>
>
> We would like to contribute with the code that we have done for 2
> players of the mexican market payment gateway and also to contribute on
> the Stellar bridge.
>
> Regards
>
> Victor
>
> El 24/07/18 a las 03:28, Myrle Krantz escribió:
> > Hi all,
> >
> > I hadn't been tracking Sanyam's efforts closely enough, but now I've
> > had a quick flyby of it, there are some important problems with me
> > integrating with it:
> >
> > * It's not part of Fineract. It's being creating at the Mifos Initiative.
> > * It hasn't been released yet.  It's very early stage.
> >
> > If I were to make my code dependent on it, and the development were to
> > take an unexpected direction, I wouldn't be able to protect any
> > Fineract users from that, and I'd be making Fineract users dependent
> > on the Mifos Initiative.  I think highly of the Mifos Initiative, and
> > it *is* a non-profit, but there are still risks there.  For example,
> > the Mifos Initiative doesn't have a vetting process which prevents
> > Cat-X dependencies, like the one Markus discovered.
> >
> > Also architecturally, I think it may create unnecessary complexity
> > (though I'm not certain I'm right here).  If what we want to achieve
> > is a certain flow of transactions through accounting, we can achieve
> > that with a static library, made available to all payment plugins.
> > You're going to have to provision a vendor specific-component via the
> > provisioner anyways.  Why add extra provisioning code?
> >
> > (I wrote this email with Fineract CN in mind, I haven't really thought
> > this through for Fineract yet.)
> >
> > Best Regards,
> > Myrle
> >
> > On Wed, Jul 18, 2018 at 3:17 PM Myrle Krantz <my...@apache.org> wrote:
> >> Hey all,
> >>
> >> I'm glad to see so much interest.  I'm going to go ahead and create
> >> the repository and put my code of the last couple of days into it.  At
> >> this point this is more of a proof-of-concept than anything else.  As
> >> a developer, I'd like to discuss on the basis of implementation
> >> decisions, and that's so much easier if there is code to look at.
> >>
> >> Best Regards,
> >> Myrle
> >> On Wed, Jul 18, 2018 at 3:12 AM Brijesh Kumar <do...@bodhiproject.org> wrote:
> >>> I agree with Steve. Cross-border payments space (FIAT) is fast adopting the
> >>> Interledger Protocol (ILP <https://interledger.org>). Mojaloop is an
> >>> implementation of ILP.
> >>> Hyperledger QUILT <https://www.hyperledger.org/projects/quilt> (Linux
> >>> Foundation) is a business blockchain tool which is interoperable with
> >>> ledger systems (Hyperledger Fabric/ Sawtooth/ Iroha) and the ILP.
> >>>
> >>> It would be good if requirements are drawn in a way that Stellar/Ripple,
> >>> Mojaloop/QUILT, MMPs could be seamlessly configured with Fineract CN for
> >>> domestic/ cross-border payments.
> >>>
> >>> Thanks,
> >>> Brijesh
> >>>
> >>>
> >>> On Wed, Jul 18, 2018 at 5:56 AM, Steve Conrad <sc...@gmail.com> wrote:
> >>>
> >>>> Hi James and Myrle -
> >>>>
> >>>> I am wondering if we could combine these efforts to create a Stellar
> >>>> integration with the current payment gateway project that we are working
> >>>> on. Sanyam is developing this code under Rahul's mentorship. We designed
> >>>> the gateway to be very flexible so that we could configure any number of
> >>>> payment providers - MFIs, MMPs, or platforms like Mojaloop or
> >>>> Stellar/Ripple.
> >>>>
> >>>> While our development is currently oriented around Fineract V1, we have
> >>>> architected the gateway so that it can function as a micro-service and
> >>>> should be compatible with Fineract CN. All interactions with Fineract are
> >>>> done through ActiveMQ.
> >>>>
> >>>> Myrle, perhaps we could connect on your requirements and ensure that this
> >>>> gateway project will meet your needs as far as Stellar integration.
> >>>>
> >>>> Thanks,
> >>>> Steve
> >>>>
> >>>> On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <my...@apache.org> wrote:
> >>>>
> >>>>> James,
> >>>>>
> >>>>> Just like Mojaloop, Stellar is a Ripple fork which exists primarily
> >>>>> for moving real currencies, not coins.
> >>>>>
> >>>>> If Fineract were a business this might be seen to impinge on another
> >>>>> development direction by taking resources away from other efforts.
> >>>>> But in open source we're all free agents, so additive changes without
> >>>>> an impact on other repositories can't really be said to impinge on
> >>>>> anything.
> >>>>>
> >>>>> Hope to see you around here at OSCON!
> >>>>>
> >>>>> Best Regards,
> >>>>> Myrle
> >>>>>
> >>>>> On Tue, Jul 17, 2018 at 11:06 PM James Dailey <ja...@gmail.com>
> >>>>> wrote:
> >>>>>> Hi Myrle - I have some opinions about the business model of any block
> >>>>> chain
> >>>>>> / coin based approach to financial transactions, but no objections to
> >>>>>> widening the appeal.
> >>>>>>
> >>>>>> I guess I'm unclear about the relationship between stellar connector
> >>>> and
> >>>>>> other connectors.  In an ideal world the architecture would allow for
> >>>>> ready
> >>>>>> made connection points so we don't create duplicative efforts.
> >>>>>>
> >>>>>> For the good of the project I wonder if that could be made clear prior
> >>>> to
> >>>>>> bringing in code and/or how this code would impinge or not on any other
> >>>>>> development direction.  If that's already clear to everyone, please let
> >>>>> me
> >>>>>> know.
> >>>>>>
> >>>>>> James
> >>>>>>
> >>>>>> On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:
> >>>>>>
> >>>>>>> Hey all,
> >>>>>>>
> >>>>>>> I've been working since yesterday on a Fineract CN / Stellar bridge.
> >>>>>>> Basically I'm just copying the existing Fineract 1.x bridge that I
> >>>> did
> >>>>>>> for the Mifos Initiative, and adjusting it to the paradigms and
> >>>>>>> interfaces of Fineract CN.
> >>>>>>>
> >>>>>>> I'd like to develop it under the auspices of our project.  Are there
> >>>>>>> any objections?
> >>>>>>>
> >>>>>>> Best Regards,
> >>>>>>> Myrle
> >>>>>>>
>

Re: Fineract CN / Stellar bridge

[Victor Manuel Romero Rodriguez <vi...@hotmail.com>]

Hi Myrle,


I have taken this thread because now we are working in a Crowdfunding 
project and we are in our PoC the Stellar platform.

We are working with the Smart Contracts for the PoC, because is part of 
the requirement to reduce the risk, lock the assets and also to have 
multi signature and unlock the money as per a timeline of deliverables.

In Mexico we are looking for the best integration with the official 
currency and the players of payments gateways that we have in this 
country (MXN <--> XLM), because is a challenge to find the best 
cost-benefits to allow the micropayments and the MFI to succeed.


We would like to contribute with the code that we have done for 2 
players of the mexican market payment gateway and also to contribute on 
the Stellar bridge.

Regards

Victor

El 24/07/18 a las 03:28, Myrle Krantz escribió:
> Hi all,
>
> I hadn't been tracking Sanyam's efforts closely enough, but now I've
> had a quick flyby of it, there are some important problems with me
> integrating with it:
>
> * It's not part of Fineract. It's being creating at the Mifos Initiative.
> * It hasn't been released yet.  It's very early stage.
>
> If I were to make my code dependent on it, and the development were to
> take an unexpected direction, I wouldn't be able to protect any
> Fineract users from that, and I'd be making Fineract users dependent
> on the Mifos Initiative.  I think highly of the Mifos Initiative, and
> it *is* a non-profit, but there are still risks there.  For example,
> the Mifos Initiative doesn't have a vetting process which prevents
> Cat-X dependencies, like the one Markus discovered.
>
> Also architecturally, I think it may create unnecessary complexity
> (though I'm not certain I'm right here).  If what we want to achieve
> is a certain flow of transactions through accounting, we can achieve
> that with a static library, made available to all payment plugins.
> You're going to have to provision a vendor specific-component via the
> provisioner anyways.  Why add extra provisioning code?
>
> (I wrote this email with Fineract CN in mind, I haven't really thought
> this through for Fineract yet.)
>
> Best Regards,
> Myrle
>
> On Wed, Jul 18, 2018 at 3:17 PM Myrle Krantz <my...@apache.org> wrote:
>> Hey all,
>>
>> I'm glad to see so much interest.  I'm going to go ahead and create
>> the repository and put my code of the last couple of days into it.  At
>> this point this is more of a proof-of-concept than anything else.  As
>> a developer, I'd like to discuss on the basis of implementation
>> decisions, and that's so much easier if there is code to look at.
>>
>> Best Regards,
>> Myrle
>> On Wed, Jul 18, 2018 at 3:12 AM Brijesh Kumar <do...@bodhiproject.org> wrote:
>>> I agree with Steve. Cross-border payments space (FIAT) is fast adopting the
>>> Interledger Protocol (ILP <https://interledger.org>). Mojaloop is an
>>> implementation of ILP.
>>> Hyperledger QUILT <https://www.hyperledger.org/projects/quilt> (Linux
>>> Foundation) is a business blockchain tool which is interoperable with
>>> ledger systems (Hyperledger Fabric/ Sawtooth/ Iroha) and the ILP.
>>>
>>> It would be good if requirements are drawn in a way that Stellar/Ripple,
>>> Mojaloop/QUILT, MMPs could be seamlessly configured with Fineract CN for
>>> domestic/ cross-border payments.
>>>
>>> Thanks,
>>> Brijesh
>>>
>>>
>>> On Wed, Jul 18, 2018 at 5:56 AM, Steve Conrad <sc...@gmail.com> wrote:
>>>
>>>> Hi James and Myrle -
>>>>
>>>> I am wondering if we could combine these efforts to create a Stellar
>>>> integration with the current payment gateway project that we are working
>>>> on. Sanyam is developing this code under Rahul's mentorship. We designed
>>>> the gateway to be very flexible so that we could configure any number of
>>>> payment providers - MFIs, MMPs, or platforms like Mojaloop or
>>>> Stellar/Ripple.
>>>>
>>>> While our development is currently oriented around Fineract V1, we have
>>>> architected the gateway so that it can function as a micro-service and
>>>> should be compatible with Fineract CN. All interactions with Fineract are
>>>> done through ActiveMQ.
>>>>
>>>> Myrle, perhaps we could connect on your requirements and ensure that this
>>>> gateway project will meet your needs as far as Stellar integration.
>>>>
>>>> Thanks,
>>>> Steve
>>>>
>>>> On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <my...@apache.org> wrote:
>>>>
>>>>> James,
>>>>>
>>>>> Just like Mojaloop, Stellar is a Ripple fork which exists primarily
>>>>> for moving real currencies, not coins.
>>>>>
>>>>> If Fineract were a business this might be seen to impinge on another
>>>>> development direction by taking resources away from other efforts.
>>>>> But in open source we're all free agents, so additive changes without
>>>>> an impact on other repositories can't really be said to impinge on
>>>>> anything.
>>>>>
>>>>> Hope to see you around here at OSCON!
>>>>>
>>>>> Best Regards,
>>>>> Myrle
>>>>>
>>>>> On Tue, Jul 17, 2018 at 11:06 PM James Dailey <ja...@gmail.com>
>>>>> wrote:
>>>>>> Hi Myrle - I have some opinions about the business model of any block
>>>>> chain
>>>>>> / coin based approach to financial transactions, but no objections to
>>>>>> widening the appeal.
>>>>>>
>>>>>> I guess I'm unclear about the relationship between stellar connector
>>>> and
>>>>>> other connectors.  In an ideal world the architecture would allow for
>>>>> ready
>>>>>> made connection points so we don't create duplicative efforts.
>>>>>>
>>>>>> For the good of the project I wonder if that could be made clear prior
>>>> to
>>>>>> bringing in code and/or how this code would impinge or not on any other
>>>>>> development direction.  If that's already clear to everyone, please let
>>>>> me
>>>>>> know.
>>>>>>
>>>>>> James
>>>>>>
>>>>>> On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:
>>>>>>
>>>>>>> Hey all,
>>>>>>>
>>>>>>> I've been working since yesterday on a Fineract CN / Stellar bridge.
>>>>>>> Basically I'm just copying the existing Fineract 1.x bridge that I
>>>> did
>>>>>>> for the Mifos Initiative, and adjusting it to the paradigms and
>>>>>>> interfaces of Fineract CN.
>>>>>>>
>>>>>>> I'd like to develop it under the auspices of our project.  Are there
>>>>>>> any objections?
>>>>>>>
>>>>>>> Best Regards,
>>>>>>> Myrle
>>>>>>>

Re: Fineract CN / Stellar bridge

[Myrle Krantz <my...@apache.org>]

Hi all,

I hadn't been tracking Sanyam's efforts closely enough, but now I've
had a quick flyby of it, there are some important problems with me
integrating with it:

* It's not part of Fineract. It's being creating at the Mifos Initiative.
* It hasn't been released yet.  It's very early stage.

If I were to make my code dependent on it, and the development were to
take an unexpected direction, I wouldn't be able to protect any
Fineract users from that, and I'd be making Fineract users dependent
on the Mifos Initiative.  I think highly of the Mifos Initiative, and
it *is* a non-profit, but there are still risks there.  For example,
the Mifos Initiative doesn't have a vetting process which prevents
Cat-X dependencies, like the one Markus discovered.

Also architecturally, I think it may create unnecessary complexity
(though I'm not certain I'm right here).  If what we want to achieve
is a certain flow of transactions through accounting, we can achieve
that with a static library, made available to all payment plugins.
You're going to have to provision a vendor specific-component via the
provisioner anyways.  Why add extra provisioning code?

(I wrote this email with Fineract CN in mind, I haven't really thought
this through for Fineract yet.)

Best Regards,
Myrle

On Wed, Jul 18, 2018 at 3:17 PM Myrle Krantz <my...@apache.org> wrote:
>
> Hey all,
>
> I'm glad to see so much interest.  I'm going to go ahead and create
> the repository and put my code of the last couple of days into it.  At
> this point this is more of a proof-of-concept than anything else.  As
> a developer, I'd like to discuss on the basis of implementation
> decisions, and that's so much easier if there is code to look at.
>
> Best Regards,
> Myrle
> On Wed, Jul 18, 2018 at 3:12 AM Brijesh Kumar <do...@bodhiproject.org> wrote:
> >
> > I agree with Steve. Cross-border payments space (FIAT) is fast adopting the
> > Interledger Protocol (ILP <https://interledger.org>). Mojaloop is an
> > implementation of ILP.
> > Hyperledger QUILT <https://www.hyperledger.org/projects/quilt> (Linux
> > Foundation) is a business blockchain tool which is interoperable with
> > ledger systems (Hyperledger Fabric/ Sawtooth/ Iroha) and the ILP.
> >
> > It would be good if requirements are drawn in a way that Stellar/Ripple,
> > Mojaloop/QUILT, MMPs could be seamlessly configured with Fineract CN for
> > domestic/ cross-border payments.
> >
> > Thanks,
> > Brijesh
> >
> >
> > On Wed, Jul 18, 2018 at 5:56 AM, Steve Conrad <sc...@gmail.com> wrote:
> >
> > > Hi James and Myrle -
> > >
> > > I am wondering if we could combine these efforts to create a Stellar
> > > integration with the current payment gateway project that we are working
> > > on. Sanyam is developing this code under Rahul's mentorship. We designed
> > > the gateway to be very flexible so that we could configure any number of
> > > payment providers - MFIs, MMPs, or platforms like Mojaloop or
> > > Stellar/Ripple.
> > >
> > > While our development is currently oriented around Fineract V1, we have
> > > architected the gateway so that it can function as a micro-service and
> > > should be compatible with Fineract CN. All interactions with Fineract are
> > > done through ActiveMQ.
> > >
> > > Myrle, perhaps we could connect on your requirements and ensure that this
> > > gateway project will meet your needs as far as Stellar integration.
> > >
> > > Thanks,
> > > Steve
> > >
> > > On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <my...@apache.org> wrote:
> > >
> > > > James,
> > > >
> > > > Just like Mojaloop, Stellar is a Ripple fork which exists primarily
> > > > for moving real currencies, not coins.
> > > >
> > > > If Fineract were a business this might be seen to impinge on another
> > > > development direction by taking resources away from other efforts.
> > > > But in open source we're all free agents, so additive changes without
> > > > an impact on other repositories can't really be said to impinge on
> > > > anything.
> > > >
> > > > Hope to see you around here at OSCON!
> > > >
> > > > Best Regards,
> > > > Myrle
> > > >
> > > > On Tue, Jul 17, 2018 at 11:06 PM James Dailey <ja...@gmail.com>
> > > > wrote:
> > > > >
> > > > > Hi Myrle - I have some opinions about the business model of any block
> > > > chain
> > > > > / coin based approach to financial transactions, but no objections to
> > > > > widening the appeal.
> > > > >
> > > > > I guess I'm unclear about the relationship between stellar connector
> > > and
> > > > > other connectors.  In an ideal world the architecture would allow for
> > > > ready
> > > > > made connection points so we don't create duplicative efforts.
> > > > >
> > > > > For the good of the project I wonder if that could be made clear prior
> > > to
> > > > > bringing in code and/or how this code would impinge or not on any other
> > > > > development direction.  If that's already clear to everyone, please let
> > > > me
> > > > > know.
> > > > >
> > > > > James
> > > > >
> > > > > On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:
> > > > >
> > > > > > Hey all,
> > > > > >
> > > > > > I've been working since yesterday on a Fineract CN / Stellar bridge.
> > > > > > Basically I'm just copying the existing Fineract 1.x bridge that I
> > > did
> > > > > > for the Mifos Initiative, and adjusting it to the paradigms and
> > > > > > interfaces of Fineract CN.
> > > > > >
> > > > > > I'd like to develop it under the auspices of our project.  Are there
> > > > > > any objections?
> > > > > >
> > > > > > Best Regards,
> > > > > > Myrle
> > > > > >
> > > >
> > >

Re: Fineract CN / Stellar bridge

[Myrle Krantz <my...@apache.org>]

Hey all,

I'm glad to see so much interest.  I'm going to go ahead and create
the repository and put my code of the last couple of days into it.  At
this point this is more of a proof-of-concept than anything else.  As
a developer, I'd like to discuss on the basis of implementation
decisions, and that's so much easier if there is code to look at.

Best Regards,
Myrle
On Wed, Jul 18, 2018 at 3:12 AM Brijesh Kumar <do...@bodhiproject.org> wrote:
>
> I agree with Steve. Cross-border payments space (FIAT) is fast adopting the
> Interledger Protocol (ILP <https://interledger.org>). Mojaloop is an
> implementation of ILP.
> Hyperledger QUILT <https://www.hyperledger.org/projects/quilt> (Linux
> Foundation) is a business blockchain tool which is interoperable with
> ledger systems (Hyperledger Fabric/ Sawtooth/ Iroha) and the ILP.
>
> It would be good if requirements are drawn in a way that Stellar/Ripple,
> Mojaloop/QUILT, MMPs could be seamlessly configured with Fineract CN for
> domestic/ cross-border payments.
>
> Thanks,
> Brijesh
>
>
> On Wed, Jul 18, 2018 at 5:56 AM, Steve Conrad <sc...@gmail.com> wrote:
>
> > Hi James and Myrle -
> >
> > I am wondering if we could combine these efforts to create a Stellar
> > integration with the current payment gateway project that we are working
> > on. Sanyam is developing this code under Rahul's mentorship. We designed
> > the gateway to be very flexible so that we could configure any number of
> > payment providers - MFIs, MMPs, or platforms like Mojaloop or
> > Stellar/Ripple.
> >
> > While our development is currently oriented around Fineract V1, we have
> > architected the gateway so that it can function as a micro-service and
> > should be compatible with Fineract CN. All interactions with Fineract are
> > done through ActiveMQ.
> >
> > Myrle, perhaps we could connect on your requirements and ensure that this
> > gateway project will meet your needs as far as Stellar integration.
> >
> > Thanks,
> > Steve
> >
> > On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <my...@apache.org> wrote:
> >
> > > James,
> > >
> > > Just like Mojaloop, Stellar is a Ripple fork which exists primarily
> > > for moving real currencies, not coins.
> > >
> > > If Fineract were a business this might be seen to impinge on another
> > > development direction by taking resources away from other efforts.
> > > But in open source we're all free agents, so additive changes without
> > > an impact on other repositories can't really be said to impinge on
> > > anything.
> > >
> > > Hope to see you around here at OSCON!
> > >
> > > Best Regards,
> > > Myrle
> > >
> > > On Tue, Jul 17, 2018 at 11:06 PM James Dailey <ja...@gmail.com>
> > > wrote:
> > > >
> > > > Hi Myrle - I have some opinions about the business model of any block
> > > chain
> > > > / coin based approach to financial transactions, but no objections to
> > > > widening the appeal.
> > > >
> > > > I guess I'm unclear about the relationship between stellar connector
> > and
> > > > other connectors.  In an ideal world the architecture would allow for
> > > ready
> > > > made connection points so we don't create duplicative efforts.
> > > >
> > > > For the good of the project I wonder if that could be made clear prior
> > to
> > > > bringing in code and/or how this code would impinge or not on any other
> > > > development direction.  If that's already clear to everyone, please let
> > > me
> > > > know.
> > > >
> > > > James
> > > >
> > > > On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:
> > > >
> > > > > Hey all,
> > > > >
> > > > > I've been working since yesterday on a Fineract CN / Stellar bridge.
> > > > > Basically I'm just copying the existing Fineract 1.x bridge that I
> > did
> > > > > for the Mifos Initiative, and adjusting it to the paradigms and
> > > > > interfaces of Fineract CN.
> > > > >
> > > > > I'd like to develop it under the auspices of our project.  Are there
> > > > > any objections?
> > > > >
> > > > > Best Regards,
> > > > > Myrle
> > > > >
> > >
> >

Re: Fineract CN / Stellar bridge

[Brijesh Kumar <do...@bodhiproject.org>]

I agree with Steve. Cross-border payments space (FIAT) is fast adopting the
Interledger Protocol (ILP <https://interledger.org>). Mojaloop is an
implementation of ILP.
Hyperledger QUILT <https://www.hyperledger.org/projects/quilt> (Linux
Foundation) is a business blockchain tool which is interoperable with
ledger systems (Hyperledger Fabric/ Sawtooth/ Iroha) and the ILP.

It would be good if requirements are drawn in a way that Stellar/Ripple,
Mojaloop/QUILT, MMPs could be seamlessly configured with Fineract CN for
domestic/ cross-border payments.

Thanks,
Brijesh


On Wed, Jul 18, 2018 at 5:56 AM, Steve Conrad <sc...@gmail.com> wrote:

> Hi James and Myrle -
>
> I am wondering if we could combine these efforts to create a Stellar
> integration with the current payment gateway project that we are working
> on. Sanyam is developing this code under Rahul's mentorship. We designed
> the gateway to be very flexible so that we could configure any number of
> payment providers - MFIs, MMPs, or platforms like Mojaloop or
> Stellar/Ripple.
>
> While our development is currently oriented around Fineract V1, we have
> architected the gateway so that it can function as a micro-service and
> should be compatible with Fineract CN. All interactions with Fineract are
> done through ActiveMQ.
>
> Myrle, perhaps we could connect on your requirements and ensure that this
> gateway project will meet your needs as far as Stellar integration.
>
> Thanks,
> Steve
>
> On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <my...@apache.org> wrote:
>
> > James,
> >
> > Just like Mojaloop, Stellar is a Ripple fork which exists primarily
> > for moving real currencies, not coins.
> >
> > If Fineract were a business this might be seen to impinge on another
> > development direction by taking resources away from other efforts.
> > But in open source we're all free agents, so additive changes without
> > an impact on other repositories can't really be said to impinge on
> > anything.
> >
> > Hope to see you around here at OSCON!
> >
> > Best Regards,
> > Myrle
> >
> > On Tue, Jul 17, 2018 at 11:06 PM James Dailey <ja...@gmail.com>
> > wrote:
> > >
> > > Hi Myrle - I have some opinions about the business model of any block
> > chain
> > > / coin based approach to financial transactions, but no objections to
> > > widening the appeal.
> > >
> > > I guess I'm unclear about the relationship between stellar connector
> and
> > > other connectors.  In an ideal world the architecture would allow for
> > ready
> > > made connection points so we don't create duplicative efforts.
> > >
> > > For the good of the project I wonder if that could be made clear prior
> to
> > > bringing in code and/or how this code would impinge or not on any other
> > > development direction.  If that's already clear to everyone, please let
> > me
> > > know.
> > >
> > > James
> > >
> > > On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:
> > >
> > > > Hey all,
> > > >
> > > > I've been working since yesterday on a Fineract CN / Stellar bridge.
> > > > Basically I'm just copying the existing Fineract 1.x bridge that I
> did
> > > > for the Mifos Initiative, and adjusting it to the paradigms and
> > > > interfaces of Fineract CN.
> > > >
> > > > I'd like to develop it under the auspices of our project.  Are there
> > > > any objections?
> > > >
> > > > Best Regards,
> > > > Myrle
> > > >
> >
>

Re: Fineract CN / Stellar bridge

[Steve Conrad <sc...@gmail.com>]

Hi James and Myrle -

I am wondering if we could combine these efforts to create a Stellar
integration with the current payment gateway project that we are working
on. Sanyam is developing this code under Rahul's mentorship. We designed
the gateway to be very flexible so that we could configure any number of
payment providers - MFIs, MMPs, or platforms like Mojaloop or
Stellar/Ripple.

While our development is currently oriented around Fineract V1, we have
architected the gateway so that it can function as a micro-service and
should be compatible with Fineract CN. All interactions with Fineract are
done through ActiveMQ.

Myrle, perhaps we could connect on your requirements and ensure that this
gateway project will meet your needs as far as Stellar integration.

Thanks,
Steve

On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <my...@apache.org> wrote:

> James,
>
> Just like Mojaloop, Stellar is a Ripple fork which exists primarily
> for moving real currencies, not coins.
>
> If Fineract were a business this might be seen to impinge on another
> development direction by taking resources away from other efforts.
> But in open source we're all free agents, so additive changes without
> an impact on other repositories can't really be said to impinge on
> anything.
>
> Hope to see you around here at OSCON!
>
> Best Regards,
> Myrle
>
> On Tue, Jul 17, 2018 at 11:06 PM James Dailey <ja...@gmail.com>
> wrote:
> >
> > Hi Myrle - I have some opinions about the business model of any block
> chain
> > / coin based approach to financial transactions, but no objections to
> > widening the appeal.
> >
> > I guess I'm unclear about the relationship between stellar connector and
> > other connectors.  In an ideal world the architecture would allow for
> ready
> > made connection points so we don't create duplicative efforts.
> >
> > For the good of the project I wonder if that could be made clear prior to
> > bringing in code and/or how this code would impinge or not on any other
> > development direction.  If that's already clear to everyone, please let
> me
> > know.
> >
> > James
> >
> > On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:
> >
> > > Hey all,
> > >
> > > I've been working since yesterday on a Fineract CN / Stellar bridge.
> > > Basically I'm just copying the existing Fineract 1.x bridge that I did
> > > for the Mifos Initiative, and adjusting it to the paradigms and
> > > interfaces of Fineract CN.
> > >
> > > I'd like to develop it under the auspices of our project.  Are there
> > > any objections?
> > >
> > > Best Regards,
> > > Myrle
> > >
>

Re: Fineract CN / Stellar bridge

[Myrle Krantz <my...@apache.org>]

James,

Just like Mojaloop, Stellar is a Ripple fork which exists primarily
for moving real currencies, not coins.

If Fineract were a business this might be seen to impinge on another
development direction by taking resources away from other efforts.
But in open source we're all free agents, so additive changes without
an impact on other repositories can't really be said to impinge on
anything.

Hope to see you around here at OSCON!

Best Regards,
Myrle

On Tue, Jul 17, 2018 at 11:06 PM James Dailey <ja...@gmail.com> wrote:
>
> Hi Myrle - I have some opinions about the business model of any block chain
> / coin based approach to financial transactions, but no objections to
> widening the appeal.
>
> I guess I'm unclear about the relationship between stellar connector and
> other connectors.  In an ideal world the architecture would allow for ready
> made connection points so we don't create duplicative efforts.
>
> For the good of the project I wonder if that could be made clear prior to
> bringing in code and/or how this code would impinge or not on any other
> development direction.  If that's already clear to everyone, please let me
> know.
>
> James
>
> On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:
>
> > Hey all,
> >
> > I've been working since yesterday on a Fineract CN / Stellar bridge.
> > Basically I'm just copying the existing Fineract 1.x bridge that I did
> > for the Mifos Initiative, and adjusting it to the paradigms and
> > interfaces of Fineract CN.
> >
> > I'd like to develop it under the auspices of our project.  Are there
> > any objections?
> >
> > Best Regards,
> > Myrle
> >

Re: Fineract CN / Stellar bridge

[James Dailey <ja...@gmail.com>]

Hi Myrle - I have some opinions about the business model of any block chain
/ coin based approach to financial transactions, but no objections to
widening the appeal.

I guess I'm unclear about the relationship between stellar connector and
other connectors.  In an ideal world the architecture would allow for ready
made connection points so we don't create duplicative efforts.

For the good of the project I wonder if that could be made clear prior to
bringing in code and/or how this code would impinge or not on any other
development direction.  If that's already clear to everyone, please let me
know.

James

On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <my...@apache.org> wrote:

> Hey all,
>
> I've been working since yesterday on a Fineract CN / Stellar bridge.
> Basically I'm just copying the existing Fineract 1.x bridge that I did
> for the Mifos Initiative, and adjusting it to the paradigms and
> interfaces of Fineract CN.
>
> I'd like to develop it under the auspices of our project.  Are there
> any objections?
>
> Best Regards,
> Myrle
>